淺淡MySQL集群高可用架構(gòu)

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

第一種 主從同步架構(gòu)

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

第二種 Mysql+DRBD架構(gòu)

通過DRBD基于block塊的復(fù)制模式，快速進行雙主故障切換，很大程度上解決主庫單點故障問題
此架構(gòu)特點：
1、 高可用軟件可使用Heartbeat,全面負(fù)責(zé)VIP、數(shù)據(jù)與DRBD服務(wù)的管理
2、 主故障后可自動快速切換，并且從庫仍然能通過VIP與新主庫進行數(shù)據(jù)同步
3、 從庫也支持讀寫分離，可使用中間件或程序?qū)崿F(xiàn)

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

此架構(gòu)特點：
1、 安裝布署簡單，不影響現(xiàn)有架構(gòu)
2、 自動監(jiān)控和故障轉(zhuǎn)移
3、 保障數(shù)據(jù)一致性
4、 故障切換方式可使用手動或自動多向選擇
5、 適應(yīng)范圍大（適用任何存儲引擎）

第四種 Mysql+MMM架構(gòu)

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

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

第五種 官方mysql cluster方案

Mysql官方推出的集群高可用方案，由于本人沒有用過，不好評價
摘自網(wǎng)絡(luò)上的一段解釋
MySQL Cluster 由一組計算機構(gòu)成，每臺計算機上均運行著多種進程，包括 MySQL 服務(wù)器，NDB Cluster的數(shù)據(jù)節(jié)點，管理服務(wù)器，以及（可能）專門的數(shù)據(jù)訪問程序。
由于MySQL Cluster架構(gòu)復(fù)雜，部署費時（通常需要DBA幾個小時的時間才能完成搭建），而依靠 MySQL Cluster Manager 只需一個命令即可完成，但 MySQL Cluster Manager 是收費的。并且業(yè)內(nèi)資深人士認(rèn)為NDB 不適合大多數(shù)業(yè)務(wù)場景，而且有安全問題。因此，使用的人數(shù)較少。
有興趣的可以研究下官方文檔：https://dev.mysql.com/doc/refman/5.7/en/mysql-cluster-install-linux.html