推薦：MySql數(shù)據(jù)分區(qū)操作之新增分區(qū)操作
如果想在已經(jīng)建好的表上進行分區(qū)，如果使用alter添加分區(qū)的話，mysql會提示錯誤： 代碼如下: ERROR 1505 HY000 Partition management on a not partitioned table is not possible 正確的方法是新建一個具有分區(qū)的表，結(jié)構(gòu)一致，然后用insert into 分區(qū)表 select * fro

 　　1、Sharding 的應(yīng)用場景一般都那些？

　　當數(shù)據(jù)庫中的數(shù)據(jù)量越來越大時，不論是讀還是寫，壓力都會變得越來越大。試想，如果一張表中的數(shù)據(jù)量達到了千萬甚至上億級別的時候，不管是建索引，優(yōu)化緩存等，都會面臨巨大的性能壓力。sharding通過某種條件，把同一個數(shù)據(jù)庫中的數(shù)據(jù)分散到多個數(shù)據(jù)庫或多臺機器上，以減小單臺機器壓力。

　　聯(lián)機游戲、IM、BSP 都是比較適合 Sharding 的應(yīng)用場景;

　　2、Sharding與數(shù)據(jù)庫分區(qū)(Partition)的區(qū)別？

　　sharding實現(xiàn)了數(shù)據(jù)的分布式部署，將數(shù)據(jù)通過一系列的切分規(guī)則，把數(shù)據(jù)分布到不同的DB服務(wù)器上，通過路由規(guī)則訪問特定的數(shù)據(jù)庫，這樣一來，每次訪問面對的就不是單臺服務(wù)器，而是N臺服務(wù)器，這樣就降低了單臺服務(wù)器的壓力。

　　partition只實現(xiàn)了DB內(nèi)的分區(qū)，不能跨服務(wù)器部署。

　　“Shard” 這個詞英文的意思是”碎片”，而作為數(shù)據(jù)庫相關(guān)的技術(shù)用語，似乎最早見于大型多人在線角色扮演游戲(MMORPG)中。”Sharding” 姑且稱之為”分片”。

　　Sharding 不是一門新技術(shù)，而是一個相對簡樸的軟件理念。如您所知，MySQL 5 之后才有了數(shù)據(jù)表分區(qū)功能，那么在此之前，很多 MySQL 的潛在用戶都對 MySQL 的擴展性有所顧慮，而是否具備分區(qū)功能就成了衡量一個數(shù)據(jù)庫可擴展性與否的一個關(guān)鍵指標(當然不是唯一指標)。數(shù)據(jù)庫擴展性是一個永恒的話題，MySQL 的推廣者經(jīng)常會被問到：如在單一數(shù)據(jù)庫上處理應(yīng)用數(shù)據(jù)捉襟見肘而需要進行分區(qū)化之類的處理，是如何辦到的呢? 答案是：Sharding。

　　Sharding 不是一個某個特定數(shù)據(jù)庫軟件附屬的功能，而是在具體技術(shù)細節(jié)之上的抽象處理，是水平擴展(Scale Out，亦或橫向擴展、向外擴展)的解決方案，其主要目的是為突破單節(jié)點數(shù)據(jù)庫服務(wù)器的 I/O 能力限制，解決數(shù)據(jù)庫擴展性問題。

分享：mysql的分區(qū)技術(shù)詳細介紹
一、概述 當 MySQL的總記錄數(shù)超過了100萬后，會出現(xiàn)性能的大幅度下降嗎?答案是肯定的，但是，性能下降的比率不一而同，要看系統(tǒng)的架構(gòu)、應(yīng)用程序、還有包括索引、服務(wù)器硬件等多種因素而定。當有網(wǎng)友問我這個問題的時候，我最常見的回答就是：分表，可以根據(jù)id區(qū)間或者