mha高可用架構是目前mysql高可用故障轉移比較成熟的解決方案。MHA插件復雜監控mysql主節點的健康情況。在主節點宕機后，MHA把binlog通過ssh傳到從節點進行重做補齊。并提升其中一個從節點為主節點。如：A>B ,A>C??。A宕機后。B，C補齊日志。并將故障轉移后的架構變為B>C。

轉移的流程如下：

1、從出現故障的主節點A拉取binlog日志到B、C節點。

2、識別有最近Relay_Master_Log_File,Exec_Master_Log_Pos?更新的slave節點。假設是B

3、應用差異的中繼日志（relay?log）到其他slave節點。如C

4、提升slave?（B）為新的主節點。

5、其他的節點（C）連接到新的主節點。

MHA?切換完了之后并沒有其他的操作了。如服務發現，重新注冊。但是MHA提供了腳本接口。可以手動指定切換完了MHA執行指定的腳本。如注冊虛擬ip到新的主節點。或者調用接口注冊新的服務域名。發告警郵件?等。

mha的架構如下

MHA插件分為兩部分 Manager工具包和Node工具包：

?

Manager?插件是管理節點，主要用于監控Mysql主從架構的正常狀態。

有以下命令集：

?masterha_check_status??檢查?masterha_manager狀態
?masterha_check_ssh???檢查ssh是否正常
?masterha_check_repl???檢查復制鏈是否正常
?masterha_master_monitor
?masterha_manager???啟動mha管理進程（發現故障時切換）
?masterha_conf_host
?masterha_master_switch
?masterha_stop
?master_ip_failover
?masterha_switch_domain
?master_ip_online_change
?masterha_secondary_check

Node?節點在每個mysql實例上存在，供Manager?健康檢測，故障轉移時調用。

有如下命令集：

apply_diff_relay_logs
filter_mysqlbinlog
purge_relay_logs
save_binary_logs

注意：Node節點如果是編譯安裝。會在/usr/local/bin?目錄下存在以上命令。如果是直接用編譯完的二進制包解壓安裝。必須把Node的4個命令?拷貝到 /usr/local/bin目錄下。否則找不到命令。

【MHA的安裝】

mha的安裝可以到官網下載進行編譯安裝。

https://code.google.com/p/mysql-master-ha/?

為了省事，可以到我已經編譯架構好的百度云盤下載：

鏈接：https://pan.baidu.com/s/11fh_wolEYHg-VhaJDwYglA 密碼：3zie

以下介紹安裝按照我已經編譯好的安裝包解壓即可：

tar -xcf? mha56.tar.gz -C /usr/local

解壓之后有以下文件夾：

auth? bin? conf? MHA? rpm? workdir

rpm目錄存在了mha所依賴的所有rpm包。也可以eperl?源yum安裝。

yum install perl-DBD-MySQL perl-Config-Tiny perl-Log-Dispatch perl-Parallel-ForkManager perl-Time-HiRes perl-IO-Socket-SSL perl-DBD-MySQL perl-Time-HiRes perl-File-Which perl-Digest-SHA1 perl-Crypt-SSLeay perl-libwww-perl perl-TermReadKey -y MHA?目錄存在了mha整套perl腳本需要 cp?-rp ? MHA?? /usr/local/share/perl5/?? chmod?rp?444 ? /usr/local/share/perl5/MHA bin?目錄存放了Manager?節點和Node節點的所有腳本。Node腳本需要拷貝到/usr/local/bin目錄： cp?-rp cp -rp apply_diff_relay_logs? filter_mysqlbinlog? save_binary_logs? purge_relay_logs???/usr/local/bin 【配置mha配置文件】 conf?目錄存放配置文件的模板 這里只指定兩個節點A>B。可以指定3個節點，或更多。 ##定義每套cluster端口為[portnum] ## mkdir -p /usr/local/mha56/workdir ; chown mha:mysql /usr/local/mha56/workdir [server default] client_bindir=/usr/local/mysql/bin/ manager_workdir=/usr/local/mha56/workdir remote_workdir=/usr/local/mha56/workdir manager_log=/usr/local/mha56/workdir/portnum.log master_binlog_dir=binary_log_dir #手動切換腳本 master_ip_online_change_script= /usr/local/mha56/bin/master_ip_online_change report_script=/usr/local/mha56/bin/send_report #自動切換時vip管理 #master_ip_failover_script=/usr/local/mha56/bin/master_ip_failover init_conf_load_script=/usr/local/mha56/auth/mha_auth user=mymha #password= repl_user=myrepl #repl_password= ssh_port=10000 ssh_user=mha ssh_options="-i /home/mha/.ssh/id_rsa_mha.key" ping_interval=3 max_ping_errors=10 check_repl_filter=0[server1] hostname=master_server_ip port=portnum[server2] candidate_master=1 check_repl_delay=0 hostname=slave_server_ip port=portnum

mha?需要開通ssh。這里用指定公鑰的形式拷貝公鑰到每臺mha?manager?和node機器下。 ssh_options="-i /home/mha/.ssh/id_rsa_mha.key"??（5.3開始支持）。

系統賬號：

為了避開使用rool賬號，重新開啟?mha?普通系統賬號。

系統賬號mha要和mysql?實例啟動賬號在同一個組。才可以讀取mysql的binlog。

mysql賬號（2個）：

mha的監控與故障切換mysql賬號mymha?的最小權限要求：

GRANT?RELOAD,?SUPER,?LOCK?TABLES,?REPLICATION?SLAVE,?REPLICATION?CLIENT?ON?*.*?TO?'mha'@'192.168.%';
GRANT?SELECT?ON?`mysql`.*?TO?'mha'@'192.168.%'

若數據庫無開啟GTID，需要多賦一個權限：

grant? Create,alter,delete,insert,update,drop?? on `mysql`.apply_diff_relay_logs_test? to? 'mha'@'192.168.%';

mysql的復制賬號 repl_user?。權限只需要

GRANT?REPLICATION?SLAVE,?REPLICATION?CLIENT?ON?*.*?TO?'mha'@'192.168.%';

把?mha的mysql管理賬號mymha?和?復制賬號myrepl的密碼存在在單獨的文件：

init_conf_load_script=/usr/local/mha56/auth/mha_auth

mha_auth 這個文件必須為系統賬號mha可執行文件，否則報錯。

manager_workdir??是mha存放心跳信息。以及故障切換時的工作目錄。

這里為了方便：直接?chown? -R mha:mysql /usr/local/mha56??把整個目錄屬主節賦權mha賬號。mysql組。

其他配置選項說明參照官網說明。

----------------------

【檢測MHA】:

安裝完了mha。并配置了第一個第一套mysql的主從 3306?的mha高可用故障轉移。假設配置文件為/usr/local/mha56/conf/mha_3998.conf??。可以開始檢測。

檢測ssh是否正常：

/usr/local/mha56/bin/masterha_check_repl?? --conf=/usr/local/mha56/conf/mha_3998.conf

最終信息為 MySQL Replication Health is OK.?表示正常。

檢測mysql主從復制集群是否正常：

/usr/local/mha56/bin/masterha_check_repl?? --conf=/usr/local/mha56/conf/mha_3998.conf

最終為：MySQL Replication Health is OK.?表示正常

手動進行主從切換。

masterha_master_switch? --master_state=alive --conf=/usr/local/mha56/conf/mha_3998.conf?? --orig_master_is_new_slave

最終為：[info] Switching master to 192.168.100.51(192.168.100.51:3998) completed successfully.?表示主從切換成功，從A>B?變為B>A。

最后可以開啟mha的管理進程。在主節點出現故障時。mha自動切換。

/usr/local/mha56/bin/masterha_manager? --conf=/usr/local/mha56/conf/mha_3998.conf??? --ignore_last_failover???&

檢查進程運行狀態：

/usr/local/mha56/bin/masterha_check_status?? --conf=/usr/local/mha56/conf/mha_3998.conf?

注：故障切換完畢masterha_manager?進程會退出。workdir目錄下回生成 ?mha_3998.failover.complete?文件。下一次啟動masterha_manager?時需要刪除該文件才可正常啟動。

------------------------------

【服務發現與注冊】：

mha只負責master節點出現故障，把主節點轉移到其中一個從節點，成為新的的主節點。其余從節點接入到新的主節點。mha切換完畢后。應用鏈接到原來的master會出現錯誤的。這是需要把指向mysql主節點的鏈接轉移走。

1、用vip的方式。在新的主節點注冊vip。

2、使用域名，用consul?服務發現。把域名指向的ip指走。

3、使用域名。用power+python腳本檢測的方式。把域名指向的ip指走。

說明：用域名靈活，如果有讀寫分離域名。可以靈活編寫python腳本。判斷從節點延遲的時候或者從節點?復制斷開的時候把域名指向主節點的ip。

Q:1123654342

?

?

?

?

?

轉載于:https://www.cnblogs.com/vansky/p/9238276.html

總結

以上是生活随笔為你收集整理的MySQL高可用架构故障自动转移插件MHA的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。