簡單了解MySQL高可用MHA架構知識

下面一起來了解下MySQL高可用MHA架構知識，相信大家看完肯定會受益匪淺，文字在精不在多，希望MySQL高可用MHA架構知識這篇短內容是你想要的。

MHA軟件介紹

1.MHA軟件是由MHA Manager（管理節點）和MHA Node（數據節點）組成
2.MHA Manager可以單獨部署在一臺獨立的機器上，也可以部署在一臺slave節點上
3.MHA Node運行在每臺MySQL云服務器上
4.MHA Manager會定時探測集群中的master節點，當master出現故障時，自動將數據最新的slave提升為新的master，然后將其他slave重新指向新的master恢復主從復制。
5.整個故障轉移過程對應用程序完全透明

MHA架構介紹

1.目前MHA主要支持一主多從的架構，要搭建MHA，要求一個復制集群中必須最少有三臺數據庫云服務器
2.在一主兩從的MHA集群架構中，一臺充當master，一臺充當備用master，一臺充當slave
3.因為至少需要三臺云服務器，出于機器成本的考慮，淘寶在該基礎上做了改進，目前淘寶TMHA支持一主一從
4.我們自己使用時，也可以使用1主1從，但是master主機宕機后無法切換，以及無法補全binlog。不過，master的mysqld進程crash后，還是可以切換成功，以及補全binlog

MHA切換原理

自動故障切換過程

1.配置文件檢查階段，這個階段會檢查整個集群配置文件配置
2.宕機的master處理，這個階段包括vip移除操作，主機關機操作
3.復制dead master和最新slave相差的relay log，并保存到MHA Manager定義的目錄下
4.識別含有最新更新的slave
5.應用從master保存的二進制日志事件（binlog events）
6.提升一個slave為新的master
7.使其他的slave連接新的master進行復制

手工故障切換過程

注意事項：MHA Manager必須沒有運行
1.手工調用MHA進行故障切換，masterha_master_switch
2.在經歷配置文件檢查、存活云服務器檢查、集群復制檢查、備用master設置檢查后，詢問master陣亡，是否進行切換
3.宕機的master處理，這個階段包括vip移除操作，主機關機操作
4.復制dead master和最新slave相差的relay log，并保存到MHA Manager定義的目錄下
5.識別含有最新更新的slave
6.應用從master保存的二進制日志事件（binlog events）
7.提升一個slave為新的master
8.使其他的slave連接新的master進行復制

手工在線切換過程

1.檢測集群復制設置和確定當前master
2.確定新的master
3.阻塞寫入到當前master
4.等待所有slave趕上復制
5.授予寫入到新的master
6.重新設置slave從新的master進行復制

看完MySQL高可用MHA架構知識這篇文章后，很多讀者朋友肯定會想要了解更多的相關內容，如需獲取更多的行業信息，可以關注我們的行業資訊欄目。