前言

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

[[275026]]

MySQL主從架構

此種架構，一般初創(chuàng)企業(yè)比較常用，也便于后面步步的擴展

此架構特點：

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

2、讀寫分離

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

4、主庫單點故障

5、數(shù)據(jù)一致性問題(同步延遲造成)

MySQL+DRDB架構

通過DRBD基于block塊的復制模式，快速進行雙主故障切換，很大程度上解決主庫單點故障問題

此架構特點：

1、高可用軟件可使用Heartbeat,全面負責VIP、數(shù)據(jù)與DRBD服務的管理

2、主故障后可自動快速切換，并且從庫仍然能通過VIP與新主庫進行數(shù)據(jù)同步

3、從庫也支持讀寫分離，可使用中間件或程序實現(xiàn)

MySQL+MHA架構

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

此架構特點：

1、安裝布署簡單，不影響現(xiàn)有架構

2、自動監(jiān)控和故障轉移

3、保障數(shù)據(jù)一致性

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

5、適應范圍大(適用任何存儲引擎)

MySQL+MMM架構

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

MySQL本身沒有提供replication failover的解決方案，通過MMM方案能實現(xiàn)服務器的故障轉移，從而實現(xiàn)mysql的高可用。

此方案特點：

1、安全、穩(wěn)定性較高，可擴展性好

2、 對服務器數(shù)量要求至少三臺及以上

3、 對雙主(主從復制性要求較高)

4、 同樣可實現(xiàn)讀寫分離

MySQL Cluster架構

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

摘自網絡上的一段解釋

MySQL Cluster 由一組計算機構成，每臺計算機上均運行著多種進程，包括 MySQL服務器，NDB Cluster的數(shù)據(jù)節(jié)點，管理服務器，以及(可能)專門的數(shù)據(jù)訪問程序。

由于MySQL Cluster架構復雜，部署費時(通常需要DBA幾個小時的時間才能完成搭建)，而依靠 MySQL Cluster Manager 只需一個命令即可完成，但 MySQL Cluster Manager 是收費的。并且業(yè)內資深人士認為NDB 不適合大多數(shù)業(yè)務場景，而且有安全問題。因此，使用的人數(shù)較少。