淺淡MySQL集群高可用架構

前言
高可用架構對于互聯網服務基本是標配，無論是應用服務還是數據庫服務都需要做到高可用。對于一個系統而言，可能包含很多模塊，比如前端應用，緩存，數據庫，搜索，消息隊列等，每個模塊都需要做到高可用，才能保證整個系統的高可用。對于數據庫服務而言，高可用可能更復雜，對用戶的服務可用，不僅僅是能訪問，還需要有正確性保證，因此數據庫的高可用方案是一直以來的討論熱點，今天就各種的高可用方案，談一下個人的一些看法，如有錯誤，還請指正??！

第一種 主從同步架構

此種架構，一般初創企業比較常用，也便于后面步步的擴展
此架構特點：
1、 成本低，布署快速、方便
2、 讀寫分離
3、 還能通過及時增加從庫來減少讀庫壓力
4、 主庫單點故障
5、 數據一致性問題（同步延遲造成）

第二種 Mysql+DRBD架構

通過DRBD基于block塊的復制模式，快速進行雙主故障切換，很大程度上解決主庫單點故障問題
此架構特點：
1、 高可用軟件可使用Heartbeat,全面負責VIP、數據與DRBD服務的管理
2、 主故障后可自動快速切換，并且從庫仍然能通過VIP與新主庫進行數據同步
3、 從庫也支持讀寫分離，可使用中間件或程序實現

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

此架構特點：
1、 安裝布署簡單，不影響現有架構
2、 自動監控和故障轉移
3、 保障數據一致性
4、 故障切換方式可使用手動或自動多向選擇
5、 適應范圍大（適用任何存儲引擎）

第四種 Mysql+MMM架構

MMM即Master-Master Replication Manager for MySQL（mysql主主復制管理器），是關于mysql主主復制配置的監控、故障轉移和管理的一套可伸縮的腳本套件（在任何時候只有一個節點可以被寫入），這個套件也能基于標準的主從配置的任意數量的從服務器進行讀負載均衡，所以你可以用它來在一組居于復制的服務器啟動虛擬ip，除此之外，它還有實現數據備份、節點之間重新同步功能的腳本。

MySQL本身沒有提供replication failover的解決方案，通過MMM方案能實現服務器的故障轉移，從而實現mysql的高可用。
此方案特點：
1、 安全、穩定性較高，可擴展性好
2、 對服務器數量要求至少三臺及以上
3、 對雙主（主從復制性要求較高）
4、 同樣可實現讀寫分離

第五種 官方mysql cluster方案

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