由於MHA（mha4mysql-manager）工具在2018年已經停止維護更新，且不支持GTID複製模式，在原版基礎上增補功能難度較大，因此考慮將其重構。 ...
工具研發者介紹
賀春暘，凡普金科和愛錢進DBA團隊負責人，《MySQL管理之道：性能調優、高可用與監控》第一、二版作者，曾任職於中國移動飛信、安卓機鋒網。四次榮獲dbaplus年度MVP，致力於MariaDB、MongoDB等開源技術的研究，主要負責資料庫性能調優、監控和架構設計。
具下載：
https://github.com/hcymysql/MHA-Re-Edition MHA Re-Edition復刻版簡介由於MHA（mha4mysql-manager）工具在2018年已經停止維護更新，且不支持GTID複製模式，在原版基礎上增補功能難度較大，因此考慮將其重構。
參考了原版MHA的故障切換思路，改進的地方如下：
1、無需打通ssh公私鑰互信認證，只需在app1.cnf配置文件里提供用戶名和密碼（root許可權）即可，這一步的作用是漂移VIP，工具會直接進入遠程主機上執行ip addr add VIP。
2、目前主流版本MySQL 5.7和8.0的複製模式是基於Gtid，因事務號是唯一的，更改同步複製源不需要知道binlog文件名和position位置點，固簡化了在客戶端部署agent做數據補齊。
3、無需安裝，就兩個文件，一個是（環境配置檢查）可執行文件masterha_check_repl_mysql，一個是（故障自動轉移autofailover和線上平滑切換online switch）可執行文件masterha_manager_mysql。
4、 基於主從複製（GTID複製模式）才可以運行，masterha_check_repl_mysql工具會檢測，如果是基於binlog和position（位置點複製模式）不能運行。可開啟半同步複製確保切換以後數據完整性（至少有一個從庫確認已接收到所有事件）。
5、masterha_manager_mysql守護進程主控文件，集成了（masterha_master_switch + master_ip_failover + masterha_secondary_check + shutdown_script + weixin_alarm）捆綁在一起。
6、AutoFailover自動故障切換（轉移）VIP後，會發送微信公眾號報警通知。
7、支持遠控卡重啟伺服器（避免腦裂問題）。例如刪除VIP失敗，主機已經hang住，只能通過遠程管理卡去重啟機器。在這裡可以調用遠控卡命令，比如DELL伺服器的ipmitool命令（可參考：https://www.cnblogs.com/EricDing/p/8995263.html）。
配置文件參數解析
請按照app1.cnf範例模板嚴絲合縫地進行設置。
1、log日誌輸出文件。
manager_workdir = /root/mha_log/app1.log
2、監控間隔時間，單位秒。
connect_interval = 1
3、開啟調用其他從庫去連接主庫，如果不需要，則刪除masterha_secondary_check這行內容，腳本會調用從庫的mysql命令，預設讀取路徑是/usr/bin/mysql（已經寫死在腳本里），如沒有請創建一個軟連接。
masterha_secondary_check = slave1,slave2
4、當從庫出現延遲時，超過60秒內未同步完數據，強制開啟VIP故障切換轉移。
running_updates_limit = 60
5、設置遠程管理卡，當VIP無法卸載時，通過調用命令重啟伺服器。
# ipmitool -I lanplus -H 遠控卡主庫IP -U 遠程console用戶 -P 遠程console密碼 power reset
# 如果不需要，則刪除shutdown_script這行內容
shutdown_script = ipmitool -I lanplus -H 172.31.198.239 -U root -P calvin power reset
6、設置主庫故障切換後觸發微信報警（wechar.py和masterha_manager_mysql文件放在同一目錄下）。
weixin_alarm = /usr/bin/python wechat.py yourweixin
註：微信企業號設置請移步看此教程配置：https://github.com/X-Mars/Zabbix-Alert-WeChat/blob/master/README.md
微信報警需要安裝第三方模塊。
shell> pip install simplejson
-i "http://mirrors.aliyun.com/pypi/simple"
--trusted-host "mirrors.aliyun.com"
MHA Re-Edition部署使用
1、環境配置檢查（先執行通過後，再執行主程式masterha_manager_mysql）。
shell> chmod 755 masterha_check_repl_mysql
shell> ./masterha_check_repl_mysql --conf=app1.cnf
2、開啟守護進程，主庫故障後，VIP自動故障轉移，其他從庫自動change master to 指向新主庫。
shell> chmod 755 masterha_manager_mysql
shell> ./masterha_manager_mysql --conf=app1.cnf start
註：app1.cnf為配置文件，你可以配置多個監控配置文件，監控多套MySQL集群環境。
3、Online master switch線上平滑切換。
shell> ./masterha_manager_mysql --conf=app1.cnf switch
Auto Failover自動故障轉移
1、MHA Re-Edition管理機每隔app1.cnf配置文件參數connect_interval=1（秒），去連接主庫，當試圖連接3次失敗後，嘗試去其它從庫上連接並執行select 1探測，這裡需要你在app1.cnf配置文件里設置masterha_secondary_check = slave1,slave2。
設置完後，slave1和slave2去連接，如果有一臺從庫可以連接到主庫，不認定主庫down掉，不進行故障轉移操作，會在log日誌中輸出warning警告信息，提示網路有問題，請排查。
如果MHA Re-Edition管理機和其它slave從庫都無法訪問連接，則認定主庫掛掉，開始進行故障切換。
2、如果你在app1.cnf配置文件里設置candidate_master = 1，指定了候選主庫，則預設提升該新主庫。
如果你沒有在app1.cnf配置文件里設置candidate_master = 1，則根據從庫執行的Gtid事件最新的將其提升為主庫。
3、當從庫出現延遲時，在app1.cnf配置文件里，超過參數running_updates_limit = 60 單位（秒）內，且未同步完數據，則強制開啟VIP故障切換轉移，併在log日誌中輸出warning警告信息。否則會一直等待60秒內執行完從庫的Gtid事件。
4、其它從庫會change master to改變同步源為候選主庫，併在log日誌中輸出show master status新主庫的狀態信息。
5、關閉候選主庫的set global super_read_only = 0只讀許可權。
6、候選主庫不執行reset slave all清空同步信息，這一步操作交給用戶處理。
7、漂移VIP至新的主庫。至此故障轉移流程跑完。
Online Switch平滑線上切換
1、首先檢測當前存活主機master(172.19.136.32:3306)、slave1(172.19.136.33:3307)和slave2(172.19.136.34:3308)。
2、輸入YES後，在原master上執行FLUSH NO_WRITE_TO_BINLOG TABLES操作，將會強制把打開的表關閉，這一步會耗費很長時間，尤其是業務繁忙的時候，請務必在凌晨執行。
3、之後會詢問是否要把master(172.19.136.32:3306) 切換到(172.19.136.33:3307)？輸入yes。
如果在app1.cnf配置文件里設置candidate_master = 1，指定了候選主庫，則預設提升該新主庫。
如果沒有在app1.cnf配置文件里設置candidate_master = 1，則根據從庫執行的Gtid事件最新的將其提升為主庫。
4、將原master上的虛擬VIP摘除。
5、設置原master為只讀模式set global read_only=1。
6、原master上KILL掉所有應用連接的線程。
7、原master上執行FLUSH TABLES WITH READ LOCK全局讀鎖。
8、在候選master上執行 select SELECT WAIT_FOR_EXECUTED_GTID_SET(master_gtid_executed, timeout)，等待執行完Gtid事件。當候選主庫出現延遲時，在app1.cnf配置文件里，超過參數running_updates_limit = 60 單位（秒）內，且未同步完數據，則強制開啟VIP切換轉移，併在log日誌中輸出warning警告信息。否則會一直等待60秒內執行完從庫的Gtid事件。
9、新提升的master為讀寫模式set global read_only=0。
10、在slave2上，執行CHANGE MASTER TO new_master。
11、在原master上解除鎖表UNLOCK TABLES。
12、在原master上，執行CHANGE MASTER TO new_master。
13、新提升的master上，執行stop slave; 不執行reset slave all清空同步信息，這一步操作交給用戶處理。
14、將VIP切換到新提升的master上。
15、整個切換流程結束。
下載方式
此工具現通過dbaplus社群免費為大家提供下載使用。若使用過程中有任何問題或建議，可隨時與我們聯繫，歡迎大家試用。
打開以下鏈接即可下載：
https://github.com/hcymysql/MHA-Re-Edition
本文來自博客園，作者：古道輕風，轉載請註明原文鏈接：https://www.cnblogs.com/88223100/p/MHA-Re-Edition.html
