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

 　　1、Sharding 的應用場景一般都那些？

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

　　聯機游戲、IM、BSP 都是比較適合 Sharding 的應用場景;

　　2、Sharding與數據庫分區(Partition)的區別？

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

　　partition只實現了DB內的分區，不能跨服務器部署。

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

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

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

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