MySQL-MHA是日本MySQL專家用Perl寫的一套MySQL故障切換方案，它有Node、Manager兩種角色。Node需要安裝在所有MySQL伺服器不管主還是從，Manager執行在獨立伺服器。

環境：centos6.5
硬體：四臺虛擬機器，如下
manager：192.168.1.10
db1 (主)  ：192.168.1.11
db2 (備)  ：192.168.1.12
db3 (從)  ：192.168.1.13
其中Manager是管理節點，db1是主庫，db2是Master備節點，db3是從庫。

一、安裝MySQL
     步驟省略

二、搭建主從複製
1、配置my.cnf檔案
     db1主庫:     server-id = 1     log-bin=mysql-bin   
     db2備庫:     server-id = 2     log-bin=mysql-bin     relay_log = mysql-relay-bin
     db3從庫:     server-id = 3     log-bin=mysql-bin     relay_log = mysql-relay-bin

2、配置主從    
(1) 在3臺庫上配置mha使用者
mysql> grant all privileges on *.* to 'mha_manager'@'%' identified by '123456';

(2) 配置複製使用者
   db1主庫、db2備庫(db2也要授權，因為這個是備用master):
mysql> grant replication slave on *.* to 'repl'@'%' identified by '123456';
mysql> flush privileges;
    檢視db1主庫狀態，並記錄下pos，在從庫配置中會用到
mysql> show master status\G;

    db2備庫、db3從庫:
mysql> CHANGE MASTER TO
          -> MASTER_HOST='192.168.1.10',
          -> MASTER_USER='repl',
          -> MASTER_PASSWORD='123456',
          -> MASTER_LOG_FILE='mysql-bin.000010',
          -> MASTER_LOG_POS=528;
    檢視從庫狀態
mysql> show slave status\G;
    啟動複製
mysql> start slave;

三、ssh-keygen實現四臺主機之間相互免金鑰登入
1、在db1執行ssh-keygen
shell> ssh-keygen -t rsa -b 2048

2、將公鑰id_rsa.pub傳送到其他3臺機器
[

[email protected]]# scp id_rsa.pub [email protected]:/root/.ssh/key
[[email protected]]# scp id_rsa.pub [email protected]:/root/.ssh/key
[[email protected]]# scp id_rsa.pub [email protected]:/root/.ssh/key

3、在接收端的3臺機器的/root/.ssh目錄下找到key檔案，改名為authorized_keys

4、在其他3臺機器重複步驟1-3，如果有已經存在的authorized_keys，將key檔案下的密碼拷貝到authorized_keys中。保證每臺機器的authorized_keys都存在其他3臺機器的公鑰。

5、在每臺機器測試ssh其他任意機器是否成功
[

[email protected]]# ssh IP


四、安裝MHA

1、Node角色：db1主、db2備、db3從
      yum install perl-DBD-MySQL
      這裡可能遇到依賴問題，比如yum源是mysq5.1 lib，但是安裝的是mysql5.6，就算解除安裝了mysq5.1 lib還是報錯，方法是安裝MySQL-shared-compat就可以了。
      yum install mha4mysql-node-0.56-0.el6.noarch.rpm

2、Manager角色：manager管理節點
# yum install perl cpan
# yum install perl-Config-Tiny
# yum install perl-Time-HiRes
# yum install -y rrdtool perl-rrdtool rrdtool-devel perl-Params-Validate

wget http://rpmfind.net/linux/dag/redhat/el6/en/x86_64/dag/RPMS/perl-Log-Dispatch-2.26-1.el6.rf.noarch.rpm
wget ftp://rpmfind.net/linux/dag/redhat/el6/en/x86_64/dag/RPMS/perl-Parallel-ForkManager-0.7.5-2.2.el6.rf.noarch.rpm
wget ftp://rpmfind.net/linux/dag/redhat/el6/en/x86_64/dag/RPMS/perl-Mail-Sender-0.8.16-1.el6.rf.noarch.rpm
wget ftp://rpmfind.net/linux/dag/redhat/el6/en/x86_64/dag/RPMS/perl-Mail-Sendmail-0.79-1.2.el6.rf.noarch.rpm

rpm -ivh perl-Mail-Sender-0.8.16-1.el6.rf.noarch.rpm
rpm -ivh perl-Mail-Sendmail-0.79-1.2.el6.rf.noarch.rpm
yum localinstall perl-Log-Dispatch-2.26-1.el6.rf.noarch.rpm
yum localinstall perl-Parallel-ForkManager-0.7.5-2.2.el6.rf.noarch.rpm
rpm -ivh mha4mysql-node-0.56-0.el6.noarch.rpm
rpm -ivh mha4mysql-manager-0.56-0.el6.noarch.rpm

3、建立mha資料夾和配置檔案
shell> mkdir /etc/masterha
shell> vim /etc/masterha/app1.cnf
[server default]
manager_log=/var/log/mha/app1/manager.log
manager_workdir=/var/log/mha/app1
#master_binlog_dir路徑是master下的binlog檔案地址
master_binlog_dir=/usr/local/mysql/data
remote_workdir=/var/log/mha/app1
user=mha_manager
password=123456
repl_user=repl
repl_password=123456
ssh_user=root
ping_interval=1

[server1]
hostname=192.168.1.11
#可以升為master
candidate_master=1

[server2]
hostname=192.168.1.12
#可以升為master
candidate_master=1
#預設情況下如果一個slave落後master 100M的relay logs的話，MHA將不會選擇該slave作為一個新的master，因為對於這個slave的恢復需要花費很長時間，通過設定check_repl_delay=0,MHA觸發切換在選擇一個新的master的時候將會忽略複製延時，
check_repl_delay=0

[server3]
hostname=192.168.1.13
#不設定為master
no_master=1

4、驗證ssh信任登入是否成功
shell> masterha_check_ssh --conf=/etc/masterha/app1.cnf
Tue Aug 25 15:40:11 2015 - [debug]   ok.
Tue Aug 25 15:40:11 2015 - [info] All SSH connection tests passed successfully.

5、驗證mysql複製是否成功
shell> masterha_check_repl --conf=/usr/local/mha/mha.conf
Wed Aug 26 17:40:19 2015 - [info] Checking replication health on 192.168.1.12..
Wed Aug 26 17:40:19 2015 - [info]  ok.
Wed Aug 26 17:40:19 2015 - [info] Checking replication health on 192.168.1.13.
Wed Aug 26 17:40:19 2015 - [info]  ok.
Wed Aug 26 17:40:19 2015 - [warning] master_ip_failover_script is not defined.
Wed Aug 26 17:40:19 2015 - [warning] shutdown_script is not defined.
Wed Aug 26 17:40:19 2015 - [info] Got exit code 0 (Not master dead).

MySQL Replication Health is OK.

※如果這裡碰到問題，在所有node節點下檢視路徑是否正確
[[email protected]]# which apply_diff_relay_logs
然後在每個node節點執行下面的命令，做個軟連線  
[[email protected]]# ln -s /usr/local/mysql/bin/mysqlbinlog /usr/local/bin/mysqlbinlog
[[email protected]]# ln -s /usr/local/mysql/bin/mysql /usr/local/bin/mysql

6、啟動mha管理節點
[[email protected]]# nohup masterha_manager --conf=/usr/local/mha/mha.conf > /tmp/mha_manager.log  < /dev/null 2>&1


7、檢視mha狀態
[[email protected]]# masterha_check_status --conf=/usr/local/mha/mha.conf
[[email protected]]# app1 (pid:26683) is running(0:PING_OK), master:192.168.1.11
     結果說明MHA執行正常，正在監控master是否正常工作
也可以在app1的配置檔案對manager_log引數設定的路徑中找到manager.log檔案，檢視狀態
Mon Aug 31 10:39:21 2015 - [info] Slaves settings check done.
Mon Aug 31 10:39:21 2015 - [info]
192.168.1.11(192.168.1.11:3306) (current master)
 +--192.168.1.12(192.168.1.12:3306)
 +--192.168.1.13(192.168.1.13:3306)

五、測試MHA1、在db1（192.168.1.11）上停止mysqld服務
[[email protected]]# server mysqld stop

2、manager.log，檢視狀態
......
----- Failover Report -----

app1: MySQL Master failover 192.168.1.11(192.168.1.11:3306) to 192.168.1.12(192.168.1.12:3306) succeeded

Master 192.168.1.11(192.168.1.11:3306) is down!

Check MHA Manager logs at localhost.mhaMaster:/var/log/mha/app1/manager.log for details.

Started automated(non-interactive) failover.
The latest slave 192.168.1.12(192.168.1.12:3306) has all relay logs for recovery.
Selected 192.168.1.12(192.168.1.12:3306) as a new master.
192.168.1.12(192.168.1.12:3306): OK: Applying all logs succeeded.
192.168.1.13(192.168.1.13:3306): This host has the latest relay log events.
Generating relay diff files from the latest slave succeeded.
192.168.1.13(192.168.1.13:3306): OK: Applying all logs succeeded. Slave started, replicating from 192.168.1.12(192.168.1.12:3306)
192.168.1.12(192.168.1.12:3306): Resetting slave info succeeded.
Master failover to 192.168.1.12(192.168.1.12:3306) completed successfully.

     log檔案說明192.168.1.11已經關閉，192.168.1.12升為master，192.168.1.13是192.168.1.12的從庫，故障轉移正常結束。

※如果在最後出現Lastfailover was done一類的問題，刪除掉app1.failover.complete，測試3臺機器資料一致性，然後從步驟1開始測試

3、在192.168.1.12插入資料，192.168.1.13也同時顯示資料，測試完畢。

注意：當主DB故障，切換到另外的伺服器上後，主DB恢復了，如果想繼續作為主，得重新部署；如果只是加入到叢集，那麼可以作為備庫，使用change master加入到叢集。 而且當發生一次切換後，管理節點的監控程序就會自動退出，需要手動啟動或者用指令碼來自動啟動。另外還得刪除app1.failover.complete這個檔案，否則新的主DB出現問題MHA就不會切換了。
MySQL資料庫主從複製在預設情況下從庫的relay logs會在SQL執行緒執行完畢後被自動刪除，但是對於MHA場景下，對於某些滯後從庫的恢復依賴於其他從庫的relay log，因此採取禁用自動刪除功能以及定期清理的辦法。對於清理過多過大的relay log需要注意引起的複製延遲資源開銷等。MHA可通過purge_relay_logs指令碼及配合cronjob來完成此項任務。