MHA分管理節點和資料庫節點，資料庫節點由mysql主從或者主主從構成，當主庫掛掉後，管理節點會自動將從節點提升為主節點；管理節點的角色類似於oracle資料庫中的fast start failover中的observer，但mha上層可以透過keepalive部署VIP，程式連線資料庫使用VIP，從而實現後臺資料庫的故障切換透明化

MHA節點包含三個指令碼，依賴perl模組；
save_binary_logs:儲存和複製當掉的主伺服器二進位制日誌；
apply_diff_relay_logs:識別差異的relay log事件，並應用於其他salve伺服器；
purge_relay_logs:清除relay log檔案；
需要在所有mysql伺服器上安裝MHA節點，MHA管理伺服器也需要安裝。MHA管理節點模組內部依賴MHA節點模組；
MHA管理節點透過ssh連線管理mysql伺服器和執行MHA節點指令碼。MHA節點依賴perl的DBD::mysql模組;

本文環境介紹，作業系統均為rhel5.4

在開始之前，請先配置好伺服器間的時間同步和名稱解析

一：搭建mysql 主從複製，配置主機間的ssh互信（免密碼登陸）

二：安裝node與manager

三：配置

登入每臺資料庫
mysql> grant all privileges on *.* to mha_mon@'%' identified by '123'; Query OK, 0 rows affected (1.00 sec)
 
mysql> flush privileges;
Query OK, 0 rows affected (0.01 sec)

四：測試ssh，與複製

注意

[root@SLAVE1 ~]# ln -s /usr/local/mysql/bin/* /usr/bin    ---rpm安裝的mysql不需要，原始碼安裝的就這樣

在每臺 MYSQL  伺服器上做這件事情 極度重要哦

mysql>set global read_only=1; set global relay_log_purge=0;    --read-only的意義是普通使用者沒有create，update，insert等修改的許可權，而具有super-privs超級許可權（all on *.*）的是不受這個引數約束的！

在備用節點和從節點的/etc/mysql/my.cnf中加入選項：

read_only=1 #這個設定待商榷，備選master設為read only之後，master轉移到備選master後不可寫(有super許可權的使用者還是可寫，切換到新的主庫上後，會在新的主庫上執行 SET GLOBAL read_only =0 ），，這個引數開放設定，根據環境來設定

relay_log_purge=0（這個值主從上都寫上，因為mha主從補齊資料會用到relay_log）

       slave-skip-errors=1396

為什麼要跳過這個錯誤呢 因為啊在主裡面刪除使用者的時候 從會報錯說沒有這個使用者所以跳過這個錯誤吧

如果資料庫存在空的使用者 域名的使用者 一定要刪除否則 MHA   連線 MYSQL  會報錯連不上 一般只要在從上面刪除 如果直接沒刪除也 OK  那就 OK  吧如果報錯登入不了就刪除掉吧 或者跳過域名解析，或者你授權的時候記得也授權域名等等方法多種 我的方式是跳過域名解析的  skip-name-resolve

mysql> select user,host from mysql.user; +---------+---------------+ | user    | host          |
+---------+---------------+ | root    | 127.0.0.1     |
| mha_mon | 192.168.186.% |
| repl    | 192.168.186.% |
| slave   | 192.168.186.% |
| root    | ::1           |
|         | SLAVE2.COM    |
| root    | SLAVE2.COM    |
| root    | localhost     |
+---------+---------------+ 8 rows in set (0.00 sec)
mysql> drop user 'root'@SLAVE2.COM; Query OK, 0 rows affected (0.00 sec)

五：啟動/關閉mha

六測試故障轉移

 將 MYSQL.COM 機器上的 MYSQL 服務關閉 ，注意觀察  manager.log   日誌會發現 切換到了 SLAVE1.COM  並且 SLAVE1.COM 變成了主  而 SLAVE2.COM  則變成了 SLAVE1.COM  的從

切換後舊master的修復及重新上線
master已經由192.168.17.199  3306 切到了192.168.17.200 3306  實際環境中資料是在不斷的變化的，而在切換點mha沒有記錄當時新master的log-file和log-pos 所以要想直接啟動192.168.17.199 3306 然後change master to 192.168.17.200 3306的話是不行的，只能對新主或slave2做一個全備然後再恢復再change。
另外，當執行切換後管理節點上的masterha_manager程式會自動stop，所以等修復好後要再次執行啟動----不要糾結ip不對，這個地方是個思路

重構

重構我想就不要我做了吧，就是這時候等於你的主掛了 切換在 SLAVE1.COM  上變成了主 因此重構我提供一種方案（方案多種），拿出一臺新的伺服器重新加入以 142為主做成從 再 app1.conf 配置檔案中加入 新機器的資訊

[root@MANAGER app1]# rm -rf app1.failover.complete

七．擴充套件 Keepalived

 [root@MYSQL ~]# crontab  -l */1 * * * * bash /root/checkmysql.sh

[root@MYSQL keepalived]# keepalived -f /etc/keepalived/keepalived.conf

 [root@MYSQL keepalived]# ps -ef |grep keep 

root 3230 1 0 23:27 ? 00:00:00 keepalived -f /etc/keepalived/keepalived.conf
root 3231 3230 0 23:27 ? 00:00:00 keepalived -f /etc/keepalived/keepalived.conf
root 3232 3230 0 23:27 ? 00:00:00 keepalived -f /etc/keepalived/keepalived.conf
root 3234 2538 0 23:27 pts/0 00:00:00 grep keep
 
[root@MYSQL keepalived]# ip a 1: lo:  mtu 16436 qdisc noqueue state UNKNOWN  link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00  inet 127.0.0.1/8 scope host lo  inet6 ::1/128 scope host   valid_lft forever preferred_lft forever 2: eth0:  mtu 1500 qdisc pfifo_fast state UP qlen 1000  link/ether 00:0c:29:c9:85:ba brd ff:ff:ff:ff:ff:ff  inet 192.168.186.141/24 brd 192.168.186.255 scope global eth0  inet 192.168.200.16/32 scope global eth0  inet6 fe80::20c:29ff:fec9:85ba/64 scope link   valid_lft forever preferred_lft forever