MHA是一款開源的MySQL高可用程式，為MySQL主從複製架構提供了節點故障轉移功能，當 master發生故障時MHA會自動提升擁有最新數據的slave節點成為新的節點，還提供了master節 點的線上切換功能，即按需切換master/slave節點 Manager會時刻監視主節點，並把主節點的二 ...
MHA是一款開源的MySQL高可用程式，為MySQL主從複製架構提供了節點故障轉移功能，當
master發生故障時MHA會自動提升擁有最新數據的slave節點成為新的節點，還提供了master節
點的線上切換功能，即按需切換master/slave節點
Manager會時刻監視主節點，並把主節點的二進位日誌保存在本地一份，一旦主節點宕機了，它會找一臺擁有最新數據的slave節點，
並通過本地的二進位日誌副本，將此slave節點還原到宕機前的一刻，如何找到擁有最新數據的slave節點是通過部署在每台MySQL上
的MHA node實現的（具體實現過程是通過MHA node自帶的4個腳本）
MHA是建立在主從架構之上的，因此主從架構得事先配置好，當主節點宕機，任何一個從節點都有可能提升為主節點，因此每個從節點
都得開啟二進位日誌，而以前的主節點從新上線時，會成為新的從節點，所以在主節點之上也得配置中繼日誌
下載地址：
http://www.mysql.gr.jp/frame/modules/bwiki/index.php?plugin=attach&pcmd=open&file=mha4mysql-manager-0.56-0.el6.noarch.rpm&refer=matsunobu
wget http://www.mysql.gr.jp/frame/modules/bwiki/index.php?plugin=attach&pcmd=open&file=mha4mysql-node-0.56-0.el6.noarch.rpm&refer=matsunobu
一共使用4台虛擬機做測試，一臺manager（192.168.238.223），一臺主（192.168.238.224 ），兩台從（192.168.238.225-
226），主從架構配置上篇博文有介紹這裡就不說了，建議在每台mariadb的配置文件中設置skip_name_resolve=ON (禁用DNS主機名查找)
不過在兩台從節點的配置文件中必須添加relay_log_purge=0(將中繼日誌重放完成自動刪除中繼日誌的功能關閉），這是因為
manager要根據中繼日誌判斷從節點的複製進度，從而在主節點宕機時提升擁有最新數據的從節點為主節點
以下操作在centos6上完成
1.在主節點授權一個用戶，使manager能使用該用戶在各主機上進行必要的管理操作：
grant all on *.* to 'mha'@'192.168.%.%' identified by 'mhapass';
flush privileges;
2.在MHA的架構中每個節點都必須要能同過ssh協議的密鑰方式通信（即基於ssh協議通信無需手動輸入密碼）
（1）為了方便在某個主機上生成一對ssh密鑰，將該對密鑰通過scp命令放置在各節點的相應目錄下
ssh-keygen -t rsa -P '' (-t 指使用rsa加密方式生成密鑰對，-P ‘’ 指不對生成的私鑰文件加密）
如果此命令是root用戶運行的，則私鑰預設保存在/root/.ssh/id_rsa文件中，公鑰保存在/root/.ssh/id_rsa.pub文件中
（2）所有節點都是用相同的公鑰和私鑰，將公鑰都追加到/root/.ssh/authorized_keys文件中
cat /root/.ssh/id_rsa.pub >> /root/.ssh/authorized_keys
(3) 將id_rsa文件和authorized_keys文件都複製到其他節點的對應目錄下
例： scp -p .ssh/authorized_keys .ssh/id_rsa 192.168.238.225:/root/.ssh/
為了安全建議將authorized_keys文件許可權改為600許可權，使用scp命令複製時使用-p選項來保留文件許可權
接下來在各節點安裝好從上面地址下載下來的rpm包，manager只安裝在一臺單獨的伺服器上，安裝manager，要先配置好epel源
而且要先安裝node包（上面下載的包在centos7上也可用）
定義application配置文件：mkdir /etc/mha vim /etc/mha/cluster1.cnf
[server default]
user=mha
password=mhapass
manager_workdir=/data/masterha/app1 (manager工作目錄，這個目錄要事先創建）
manager_log=/data/mastermha/app1/manager.log （manager 日誌）
remote_workdir=/data/mastermha/app1 （manager 遠程工作目錄）
manager_binlog_dir=/mydata/data (指定主節點上二進位日誌放置的目錄）
ssh_user=root
repl_user=repl
repl_password=replpass
ping_interval=1 （對主節點的檢測時間間隔使用 ping）
[server1]
hostname=192.168.238.224
[server2]
hostname=192.168.238.225
candidate_master=1（如果主節點宕機，此節點會被提升為主節點即使此節點的不擁有最新數據，建議此節點與主節點配置半同步模式）
[server3]
hostname=192.168.238.226
使用masterha_check_ssh --conf=/etc/mha/cluster1.cnf檢測各節點間ssh通信是否ok
最後看到All SSH connection tests passed successfully.表示成功
使用masterha_check_repl --conf=/etc/mha/cluster1.cnf檢測主從複製是否ok
最後看到MySQL Replication Health is NOT OK!表示成功
啟動MHA: masterha_manager --conf=/etc/mha/cluster1.cnf (在前臺啟動測試的目的用）
關掉主節點，查看指定的從節點是否被提升為主節點
檢測MHA狀態命令masterha_check_status --conf=/etc/mha/cluster1.cnf
停止MHA：masterha_stop --conf=/etc/mha/cluster1.cnf
啟動MHA：nohup masterha_manager --conf=/etc/mha/cluster1.cnf > /data/masterha/app1/manager.log 2>&1 &
nohup 表示與當前終端剝離，關閉當前終端MHA依然運行
MHA manager發現主節點宕機時會提升一個從節點為主，但自己也會自動下線，必須手動從新啟動MHA，手動啟動的過程要通過從節點的數據備份和從新導入到新的從節點等就緒工作才能從新啟動MHA
當從節點提升為主時，manager會自動關閉從節點read_only
問題：當主節點切換，ip地址也會跟著切換，前端的正在進行的寫操作將無法進行，如何做到ip地址不會跟著轉換
