淺談MySQL叢集高可用架構

高可用架構對於網際網路服務基本是標配，無論是應用服務還是資料庫服務都需要做到高可用。對於一個系統而言，可能包含很多模組，比如前端應用，快取，資料庫，搜尋，訊息佇列等，每個模組都需要做到高可用，才能保證整個系統的高可用。對於資料庫服務而言，高可用可能更複雜，對使用者的服務可用，不僅僅是能訪問，還需要有正確性保證，因此資料庫的高可用方案是一直以來的討論熱點，今天就各種的高可用方案，談一下個人的一些看法，如有錯誤，還請指正！！

此種架構，一般初創企業比較常用，也便於後面步步的擴充套件

此架構特點：

1、成本低，佈署快速、方便

2、讀寫分離

3、還能透過及時增加從庫來減少讀庫壓力

4、主庫單點故障

5、資料一致性問題（同步延遲造成）

透過DRBD基於block塊的複製樣式，快速進行雙主故障切換，很大程度上解決主庫單點故障問題

此架構特點：

1、高可用軟體可使用Heartbeat,全面負責VIP、資料與DRBD服務的管理

2、主故障後可自動快速切換，並且從庫仍然能透過VIP與新主庫進行資料同步

3、從庫也支援讀寫分離，可使用中介軟體或程式實現

MHA目前在Mysql高可用方案中應該也是比較成熟和常見的方案，它由日本人開發出來，在mysql故障切換過程中，MHA能做到快速自動切換操作，而且還能最大限度保持資料的一致性

此架構特點：

1、安裝佈署簡單，不影響現有架構

2、自動監控和故障轉移

3、保障資料一致性

4、故障切換方式可使用手動或自動多向選擇

5、適應範圍大（適用任何儲存引擎）

 MMM即Master-Master Replication Manager for MySQL（mysql主主複製管理器），是關於mysql主主複製配置的監控、故障轉移和管理的一套可伸縮的指令碼套件（在任何時候只有一個節點可以被寫入），這個套件也能基於標準的主從配置的任意數量的從伺服器進行讀負載均衡，所以你可以用它來在一組居於複製的伺服器啟動虛擬ip，除此之外，它還有實現資料備份、節點之間重新同步功能的指令碼。
 MySQL本身沒有提供replication failover的解決方案，透過MMM方案能實現伺服器的故障轉移，從而實現mysql的高可用。

此方案特點：

1、安全、穩定性較高，可擴充套件性好

2、 對伺服器數量要求至少三臺及以上

3、 對雙主（主從複製性要求較高）

4、 同樣可實現讀寫分離

 Mysql官方推出的叢集高可用方案，由於本人沒有用過，不好評價

摘自網路上的一段解釋

MySQL Cluster 由一組計算機構成，每臺計算機上均執行著多種行程，包括 MySQL伺服器，NDB Cluster的資料節點，管理伺服器，以及（可能）專門的資料訪問程式。 
 由於MySQL Cluster架構複雜，部署費時（通常需要DBA幾個小時的時間才能完成搭建），而依靠 MySQL Cluster Manager 只需一個命令即可完成，但 MySQL Cluster Manager 是收費的。並且業內資深人士認為NDB 不適合大多數業務場景，而且有安全問題。因此，使用的人數較少。

有興趣的可以研究下官方檔案：

https://dev.mysql.com/doc/refman/5.7/en/mysql-cluster-install-linux.html

歡迎大家在文未留言，發表自己對高可用架構的一些看法和理解！！！