MySQL叢集的可行方案

       如果單MySQL的最佳化始終還是頂不住壓力時，這個時候我們就必須考慮MySQL的高可用架構(很多同學也愛說成是MySQL叢集)了，目前可行的方案有：

一、MySQL Cluster
優勢：可用性非常高，效能非常好。每份資料至少可在不同主機存一份拷貝，且冗餘資料拷貝即時同步。但它的維護非常複雜，存在部分Bug，目前還不適合比較核心的線上系統，所以這個我不推薦。

二、DRBD磁碟網路鏡像方案
優勢：軟體功能強大，資料可在底層快裝置層級跨物理主機鏡像，且可根據效能和可靠性要求配置不同層級的同步。IO操作保持順序，可滿足資料庫對資料一致性的苛刻要求。但非Distributed File System環境無法支援鏡像資料同時可見，效能和可靠性兩者相互矛盾，無法適用於效能和可靠性要求都比較苛刻的環境，維護成本高於MySQL Replication。另外，DRBD也是官方推薦的可用於MySQL高可用方案之一，所以這個大家可根據實際環境來考慮是否部署。

三、MySQL Replication
在實際應用情境中，MySQL Replication是使用最為廣泛的一種提高系統擴充性的設計手段。眾多的MySQL使用者通過Replication功能提升系統的擴充性後，通過簡單的增加價格低廉的硬體裝置成倍 甚至成數量級地提高了原有系統的效能，是廣大MySQL中低端使用者非常喜歡的功能之一，也是許多MySQL使用者選擇MySQL最為重要的原因。

比較常規的MySQL Replication架構也有好幾種，這裡分別簡單說明下

MySQL Replication架構一：

             常規複製架構--Master-slaves，是由一個Master複製到一個或多個Salve的架構模式，主要用於讀壓力大的應用程式資料庫端廉價擴充解決方案，讀寫分離，Master主要負責寫方面的壓力。

MySQL Replication架構二：

             級聯複製架構，即Master-Slaves-Slaves,這個也是為了防止Slaves的讀壓力過大，而配置一層二級 Slaves，很容易解決Master端因為附屬slave太多而成為瓶勁的風險。
MySQL Replication架構三：

             Dual Master與級聯複製結合架構，即Master-Master-Slaves，最大的好處是既可以避免主Master的寫操作受到Slave叢集的複製帶來的影響，而且保證了主Master的單點故障。
以上就是比較常見的MySQL replication架構方案，大家可根據自己公司的具體環境來設計 ，Mysql 負載平衡可考慮用LVS或Haproxy來做，高可用HA軟體我推薦Heartbeat。

MySQL Replication的不足：

          如果Master主機硬體故障無法恢複，則可能造成部分未傳送到slave端的資料丟失。所以大家應該根據自己目前的網路規劃，選擇自己合理的Mysql架構方案，跟自己的MySQL DBA和程式員多溝湧，多備份(備份我至少會做到本地和異地雙備份)，多測試，資料的事是最大的事，出不得半點鐘差錯，切記切記。