MySQL分區與分片有何差別

本文主要給大家介紹MySQL分區與分片有何差別，文章內容都是筆者用心摘選和編輯的，具有一定的針對性，對大家的參考意義還是比較大的，下面跟筆者一起了解下MySQL分區與分片有何差別吧。

分片：分片Sharding 不是一門新技術，而是一個相對簡樸的軟件理念。眾所周知，MySQL 5 之后才有了數據表分區功能，那么在此之前，很多 mysql 的潛在用戶都對 MySQL 的擴展性有所顧慮，而是否具備分區功能就成了衡量一個數據庫可擴展性與否的一個關鍵指標(當然不是唯一指標)。數據庫擴展性是一個永恒的話題，MySQL 的推廣者經常會被問到：如在單一數據庫上處理應用數據捉襟見肘而需要進行分區化之類的處理，是如何辦到的呢? 答案是：Sharding。  Sharding 不是一個某個特定數據庫軟件附屬的功能，而是在具體技術細節之上的抽象處理，是水平擴展(Scale Out，亦或橫向擴展、向外擴展)的解決方案，其主要目的是為突破單節點數據庫服務器的 I/O 能力限制，解決數據庫擴展性問題。

通過一系列的切分規則將數據水平分布到不同的DB或table中，在通過相應的DB路由 或者 table路由規則找到需要查詢的具體的DB或者table，以進行Query操作。這里所說的“sharding”通常是指“水平切分”， 這也是本文討論的重點。具體將有什么樣的切分方式呢和路由方式呢？行文至此，讀者難免有所疑問，接下來舉個簡單的例子：我們針對一個Blog應用中的日志來說明，比如日志文章（article）表有如下字段：article_id(int),title(varchar(128)),content(varchar(1024)),user_id(int)
所謂的特定的用戶，用數據庫的字段表示就是“user_id”。就是這個“user_id”，它就是我們需要的分庫的依據和規則的基礎。我們可以這樣做，將user_id為 1～10000的所有的文章信息放入DB1中的article表中，將user_id為10001～20000的所有文章信息放入DB2中的 article表中，以此類推，一直到DBn。 這樣一來，文章數據就很自然的被分到了各個數據庫中，達到了數據切分的目的。
要想獲得目標數據，這時候我們利用DB路由的功能 來查找存儲相應的數據在那臺服務器上。
看到這里，是不是覺得這個和表分區很像？確實很多地方，分區和分片有很多的相似之處，但他們又有什么區別呢？

Sharding與數據庫分區(Partition)的區別
有的時候，Sharding 也被近似等同于水平分區(Horizontal Partitioning)，網上很多地方也用水平分區來指代 Sharding，但我個人認為二者之間實際上還是有區別的。的確，Sharding 的思想是從分區的思想而來，但數據庫分區基本上是數據對象級別的處理，比如表和索引的分區，每個子數據集上能夠有不同的物理存儲屬性，還是單個數據庫范圍內的操作，而 Sharding 是能夠跨數據庫，甚至跨越物理機器的。

mysql分片與分區的區別

     MySQL5.1提供的分區(Partition)功能確實可以實現表的分區，但是這種分區是局限在單個數據庫范圍里的，它不能跨越服務器的限制。如果能夠保證數據量很難超過現有數據庫服務器的物理承載量，那么只需利用MySQL5.1提供的分區(Partition)功能來改善數據庫性能即可；否則，還是考慮應用Sharding理念吧，spider storage engine就是一個不錯的選擇。

看完以上關于MySQL分區與分片有何差別，很多讀者朋友肯定多少有一定的了解，如需獲取更多的行業知識信息 ，可以持續關注我們的行業資訊欄目的