mysql知識擴展之分庫分表
MySQL互聯網Oracle企業應用數據結構 .
數據庫的復制能解決訪問問題，並不能解決大規模的並發寫入問題，要解決這個問題就要考慮mysql數據切分了 www.2cto.com
數據切分，顧名思義，就是數據分散，將一台主機上的數據分攤到多台，減輕單台主機的負載壓力，有兩種切分方式，一種是分庫，即按照業務模塊分多個庫，每個庫中的表不一樣，還有一種就是分表，按照一定的業務規則或者邏輯將數據拆分到不同的主機上，每個主機上的表是一樣的，這個有點類似於Oracle的表分區。
分庫又叫垂直分區，這種方式實現起來比較簡單，重要的是對業務要細化，分庫時候要想清楚各個模塊業務之間的交互情況，避免將來寫程序時出現過多的跨庫操作。
分表又叫水平分區，這種方式實現起來就比垂直分區復雜些，但是它能解決垂直分區所不能解決的問題，即單張表的訪問及寫入很頻繁，這時候就可以根據一定的業務規則（PS:如互聯網BBS論壇的會員等級概念：根據會員等級來分表）來分表，這樣就能減輕單表壓力，並且還能解決各個模塊的之間的頻繁交互問題。
www.2cto.com
分庫的優點是：實現簡單，庫與庫之間界限分明，便於維護，缺點是不利於頻繁跨庫操作，單表數據量大的問題解決不了。
分表的優點是：能解決分庫的不足點，但是缺點卻恰恰是分庫的優點，分表實現起來比較復雜，特別是分表規則的劃分，程序的編寫，以及後期的數據庫拆分移植維護。
實際應用中，一般互聯網企業的路線都是先分庫再分表，兩者結合使用，取長補短，這樣發揮了mysql擴展的最大優勢，但是缺點是架構很大，很復雜，應用程序的編寫也比較復雜。
以上是mysql的數據切分的一些概念，數據切完了，現在要做的是怎麼樣在整合起來以便於外界訪問，因為程序訪問的入口永遠只有一個，現在比較常用的解決方案是通過中間代理層來統一管控所有數據源。
常用的代理層方案：
1.mysql proxy
類似於連接池，所有連接通過它進行轉發。
2.Amoeba
是一個開發代理層的框架，有對應版本Amoeba for mysql,對於數據切分規則，連接數控制，以及讀寫分離路由支持較好。
3.HiveDB
僅支持水平切分，底層由hibernate shards實現。
4.其他 www.2cto.com
HSCALE,Spock Proxy(ROR),Pyshards(Python)
最後值得注意的是mysql分庫分表的缺點：
缺少好的分布式事務解決方案，目前僅有Innodb提供解決方案，性能值得商榷。
缺少類似於DBLink的跨節點SQL解決方案，Federated提供支持了，但是還是簡單的支持，對於表結構的變化就不能為力。
這些缺點只能通過應用程序層來解決，不過話說回來，如果所有缺點都解決了，Oracle也不會賣那麼貴了。
