MySQL數據庫的優化（下）MySQL數據庫的高可用架構方案
原創【51CTO獨家特稿】在上一篇MySQL數據庫的優化中，我們跟隨筆者學習了單機MySQL數據庫的優化，今天我們繼續跟隨筆者學習MySQL優化的集群方案。
MySQL高可用設計方案
如果單MySQL的優化始終還是頂不住壓力時，這個時候我們就必須考慮MySQL的集群方案了，目前可行的方案有：
一、MySQL Cluster
優勢：可用性非常高，性能非常好。每份數據至少可在不同主機存一份拷貝，且冗余數據拷貝實時同步。
但它的維護非常復雜，存在部分Bug，目前還不適合比較核心的線上系統，所以這個我不推薦。
二、DRBD磁盤網絡鏡像方案
優勢：軟件功能強大，數據可在底層快設備級別跨物理主機鏡像，且可根據性能和可靠性要求配置不同級別的同步。IO操作保持順序，可滿足數據庫對數據一致性的苛刻要求。
但非分布式文件系統環境無法支持鏡像數據同時可見，性能和可靠性兩者相互矛盾，無法適用于性能和可靠性要求都比較苛刻的環境，維護成本高于MySQL Replication。所以這個大家可根據實際環境來考慮是否部署。
三、MySQL Replication
在實際應用場景中，MySQL Replication是使用最為廣泛的一種提高系統擴展性的設計手段。眾多的MySQL使用者通過Replication功能提升系統的擴展性后，通過簡單的增加價格低廉的硬件設備成倍 甚至成數量級地提高了原有系統的性能，是廣大MySQL中低端使用者非常喜歡的功能之一，也是許多MySQL使用者選擇MySQL最為重要的原因。
比較常規的MySQL Replication架構也有好幾種，這里分別簡單說明下
MySQL Replicatioin 方案一：常規復制架構--Master-slaves，是由一個Master復制到一個或多個Salve的架構模式，主要用于讀壓力大的應用數據庫端廉價擴展解決方案，讀寫分離，Master主要負責寫方面的壓力。
MySQL Replicatioin 方案二：級聯復制架構，即Master-Slaves-Slaves,這個也是為了防止Slaves的讀壓力過大，而配置一層二級 Slaves，很容易解決Master端因為附屬slave太多而成為瓶勁的風險。
MySQL Replicatioin 方案三：Dual Master與級聯復制結合架構，即Master-Master-Slaves，***的好處是既可以避免主Master的寫操作受到Slave集群的復制帶來的影響，而且保證了主Master的單點故障。
以上就是比較常見的MySQL replication架構方案，大家可根據自己公司的具體環境來設計 ，Mysql 負載均衡可考慮用LVS或Haproxy來做，高可用軟件我推薦Heartbeat。
MySQL Replication的不足：如果Master主機硬件故障無法恢復，則可能造成部分未傳送到slave端的數據丟失。所以大家應該根據自己目前的網絡規劃，選擇自己合理的Mysql架構方案，跟自己的MySQL DBA和程序員多溝涌，多備份(備份我至少會做到本地和異地雙備份)，多測試，數據的事是***的事，出不得半點差錯，切記切記。
因本人自身能力有限，以上認識可能存在錯誤和疏漏，大家有什么想法和意見都可以通過我的博客與我交流，我會在***時間更正此文章。
撫琴煮酒的技術型博客
http://hi.baidu.com/yuhongchun027
http://andrewyu.blog.51cto.com
參考文檔 簡朝陽 《MySQL性能調優與架構設計》電子工業出版社
【編輯推薦】
- MySQL數據庫的優化（上）單機MySQL數據庫的優化
- MySQL數據庫分區管理 細節決定成敗
- 從MySQL復制功能中得到一舉三得實惠
- 降低鎖競爭 減少MySQL用戶等待時間
- 給數據減肥 讓MySQL數據庫跑的更快
