部署 MHA 高可用集群

mysql-MHA 群環境說明

接下來部署 MHA，具體的搭建環境如下（所有作業系統均為 CentOS7.6）：

VIP:192.168.1.66
IP 地址 主機名 角色 軟體
192.168.1.62 xuegod62.cn manager mha4mysql-mana  mha4mysql-node
192.168.1.63 xuegod63.cn master mha4mysql-node
192.168.1.64 xuegod64.cn slave1,Candidate master mha4mysql-node
192.168.1.65 xuegod65.cn slave2 mha4mysql-node

其中 master 對外提供寫服務，備選 Candidate master（實際為 slave1）提供讀服務，slave2 也提供讀服務，一旦 master 宕機，將會把備選 master 提升為新的 master，slave2 指向新的 master

注：xuegod62 作為管理節點可以配置給的低一些，其他節點配置能夠運行 mysql 即可，拓撲圖如下:

配置所有節點的 ssh 免密碼登錄

配置所有主機相互 SSH 登錄無密碼驗證（使用 key 登錄，作業中常用），但是有一點需要注意：不能禁止 password 登陸，否則會出現錯誤

[root@xuegod63 ~]# ssh-keygen -t rsa
Generating public/private rsa key pair.
Enter file in which to save the key (/root/.ssh/id_rsa): #回車
Created directory '/root/.ssh'.
Enter passphrase (empty for no passphrase): #回車
Enter same passphrase again: #回車
Your identification has been saved in /root/.ssh/id_rsa.
Your public key has been saved in /root/.ssh/id_rsa.pub.
The key fingerprint is:
SHA256:sBMnO2ri/4gq+JnAXXCEx4WqDeBPnatKkwXrZ/uWMjM root@xuegod63
The key's randomart image is:
+---[RSA 2048]----+
| o.o. |
|. ..+ |
|o. .+.= . |
| ooooo B |
| .*. .* S |
|o.+o.o o |
|o*.++ . |
|+o+E.+ |
|o+BoXo. |
+----[SHA256]-----+ [root@xuegod63 ~]# ssh-copy-id 192.168.1.62
[root@xuegod63 ~]# ssh-copy-id 192.168.1.63 [root@xuegod63 ~]# ssh-copy-id 192.168.1.64
[root@xuegod63 ~]# ssh-copy-id 192.168.1.65
其他主機重復上面操作，
[root@xuegod62 ~]# ssh-keygen -t rsa
[root@xuegod62 ~]# ssh-copy-id 192.168.1.62 [root@xuegod62 ~]# ssh-copy-id 192.168.1.63
[root@xuegod62 ~]# ssh-copy-id 192.168.1.64
[root@xuegod62 ~]# ssh-copy-id 192.168.1.65
[root@xuegod64 ~]# ssh-keygen -t rsa
[root@xuegod63 ~]# ssh-copy-id 192.168.1.64 [root@xuegod64 ~]# ssh-copy-id 192.168.1.63
[root@xuegod64 ~]# ssh-copy-id 192.168.1.62
[root@xuegod64 ~]# ssh-copy-id 192.168.1.65
[root@xuegod65 ~]# ssh-keygen -t rsa
[root@xuegod63 ~]# ssh-copy-id 192.168.1.65
[root@xuegod65 ~]# ssh-copy-id 192.168.1.63
[root@xuegod65 ~]# ssh-copy-id 192.168.1.62
[root@xuegod65 ~]# ssh-copy-id 192.168.1.64

安裝 mha-node

所有節點安裝 mha-node 工具包
配好網路源，安裝 epel 源，以 xuegod62 為例，所有節點上，都執行以下操作：

[root@xuegod62 ~]# yum install -y wget
[root@xuegod62 ~]# wget -O /etc/yum.repos.d/epel.repo 
http://mirrors.aliyun.com/repo/epel-7.repo

注：可以在 xshell 的這里執行，這樣就可以在所有終端上執行這個命令了，

[root@xuegod62 ~]# yum clean all
[root@xuegod62 ~]# yum makecache

1.使用 yum 安裝全部依賴，以 xuegod62 為例，所有節點上，都執行以下操作：

[root@xuegod62 ~]# yum -y install perl-DBD-MySQL perl-Config-Tiny 
perl-LogDispatch perl-Parallel-ForkManager libappstream-glib deltarpm patchutils

2. 上傳 mha4mysql-node-0.57-0.el7.noarch.rpm 程式包到所有節點上，先上傳到 xuegod63 上，然后復制到其他結點：

[root@xuegod63 ~]# scp mha4mysql-node-0.57-0.el7.noarch.rpm 192.168.1.62:/root/
[root@xuegod63 ~]# scp mha4mysql-node-0.57-0.el7.noarch.rpm 192.168.1.64:/root/
[root@xuegod63 ~]# scp mha4mysql-node-0.57-0.el7.noarch.rpm 192.168.1.65:/root/
注意：所有的節點都需要安裝 mha4mysql-node 程式包，以 xuegod62 為例，所有節點上，都執行以下操作：
[root@xuegod62 ~]# rpm -ivh mha4mysql-node-0.57-0.el7.noarch.rpm
安裝完成后會在/usr/bin/目錄下生成以下腳本檔案：
[root@xuegod62 ~]# cd /usr/bin/
[root@xuegod62 bin]# ll app* filter* purge* save*
-rwxr-xr-x. 1 root root 70176 6 月 10 2014 applydeltarpm
-rwxr-xr-x 1 root root 16381 5 月 31 2015 apply_diff_relay_logs
-rwxr-xr-x. 1 root root 27752 8 月 7 2017 appstream-compose
-rwxr-xr-x. 1 root root 102272 8 月 7 2017 appstream-util
-rwxr-xr-x. 1 root root 46256 6 月 10 2014 filterdiff
-rwxr-xr-x 1 root root 4807 5 月 31 2015 filter_mysqlbinlog
-rwxr-xr-x 1 root root 8261 5 月 31 2015 purge_relay_logs
-rwxr-xr-x 1 root root 7525 5 月 31 2015 save_binary_logss

安裝 MHA Manager

僅在 xuegod62（管理節點）安裝MHA Manager 中主要包括了幾個管理員的命令列工具，例如 master_manger，master_master_switch 等，
MHA Manger 也依賴于 perl 模塊，具體如下：

1. 安裝 MHA Node 軟體包之前需要安裝依賴，我這里使用 yum 完成，首先 epel 源要安裝，
   注意：剛才我們已經配置 epel 源，
2. 安裝 MHA Manager，首先安裝 MHA Manger 依賴的 perl 模塊（我這里使用 yum 安裝）：

[root@xuegod62 bin]# cd
[root@xuegod62 ~]# yum -y install perl-DBD-MySQL perl-Config-Tiny perl-LogDispatch perl-Parallel-ForkManager 
perl-Time-HiRes perl-ExtUtils-CBuilder perl-ExtUtilsMakeMaker perl-CPAN
安裝 mha4mysql-manager
[root@xuegod62 ~]# rpm -ivh mha4mysql-manager-0.57-0.el7.noarch.rpm
安裝完成后會在/usr/bin 目錄下面生成以下腳本檔案
[root@xuegod62 ~]# ll /usr/bin/mast*
-rwxr-xr-x 1 root root 1995 5 月 31 2015 /usr/bin/masterha_check_repl
-rwxr-xr-x 1 root root 1779 5 月 31 2015 /usr/bin/masterha_check_ssh
-rwxr-xr-x 1 root root 1865 5 月 31 2015 /usr/bin/masterha_check_status
-rwxr-xr-x 1 root root 3201 5 月 31 2015 /usr/bin/masterha_conf_host
-rwxr-xr-x 1 root root 2517 5 月 31 2015 /usr/bin/masterha_manager
-rwxr-xr-x 1 root root 2165 5 月 31 2015 /usr/bin/masterha_master_monitor
-rwxr-xr-x 1 root root 2373 5 月 31 2015 /usr/bin/masterha_master_switch
-rwxr-xr-x 1 root root 5171 5 月 31 2015 /usr/bin/masterha_secondary_check
-rwxr-xr-x 1 root root 1739 5 月 31 2015 /usr/bin/masterha_stop

                                              資料領取添加小姐姐微信即可

安裝 mysql5.7

注意：主庫 binlog-do-db 和 從庫 replicate- do-db 設定必須相同，MHA 在啟動時候會檢測過濾規則，如果過濾規則不同，MHA 不啟動監控和故障轉移，

xuegod63 master
xuegod64 slave1，備用 master
xuegod65 slave2

在 xuegod63 配置主資料庫服務器
上傳 mysql-5.7.tar.gz 到 xuegod63 主機上，并解壓：
注：mysql-5.7.tar.gz 中包括了安裝 mysql5.7 主要的軟體包， 這樣部署起來更方便

[root@xuegod63 ~]# scp mysql-5.7.tar.gz 192.168.1.64:/root/
[root@xuegod63 ~]# scp mysql-5.7.tar.gz 192.168.1.65:/root/

安裝 mysql
注：所有 mysql 節點全部安裝，由于臨時密碼不同，此處省略 64、65 節點安裝初始化程序

[root@xuegod63 ~]# tar xvf mysql-5.7.tar.gz
[root@xuegod63 ~]# yum -y install ./mysql*.rpm
[root@xuegod63 ~]# systemctl start mysqld #啟動 MySQL 會生成臨時密碼，
xuegod63 在 MySQL 的組態檔/etc/my.cnf 中關閉密碼強度審計插件，并重啟 MySQl 服務，
[root@xuegod63 ~]# vim /etc/my.cnf #修改 MySQL 的組態檔，在[myqld]標簽
處末行添加以下項：
validate-password=OFF #不使用密碼強度審計插件
[root@xuegod63 ~]# systemctl restart mysqld #重啟 MySQL 服務
[root@xuegod63 ~]# grep 'password' /var/log/mysqld.log #獲取臨時密碼，
2018-08-01T09:59:33.918961Z 1 [Note] A temporary password is generated for 
root@localhost: buL.UJp!T2Od #臨時密碼
[root@xuegod63 ~]# mysql -u root -p'buL.UJp!T2Od' #使用臨時密碼登錄
MySQl，注意臨時密碼要引號
mysql> set password for root@localhost = password('123456'); #修改 root 用戶密
碼為 123456
mysql> flush privileges;
xuegod64 同上 xuegod65 同上

配置 mysql 主從環境

xuegod63 創建要同步的資料庫

[root@xuegod63 ~]# mysql -u root -p123456
mysql> create database HA;
mysql> use HA;
mysql> create table test(id int,name varchar(20));
mysql> insert into test values (1,"mk");
mysql> exit
將 xuegod63 配置為 mysql 主節點
[root@xuegod63 ~]# vim /etc/my.cnf #在檔案最后，插入以下內容
log-bin=mysql-bin-master #啟用二進制日志
server-id=1 #本機資料庫 ID 標示
binlog-do-db=HA #可以被從服務器復制的庫，二進制需要同步的資料庫名
binlog-ignore-db=mysql #不可以被從服務器復制的庫
重啟 MySQL：
 [root@xuegod63 ~]# systemctl restart mysqld && systemctl enable mysqld
授權：
[root@xuegod63 ~]# mysql -u root -p123456
mysql> grant replication slave on *.* to repl@'192.168.1.%' identified by '123456';
mysql> flush privileges;
查看狀態資訊：
mysql> show master status;
mysql> exit
將 HA 資料庫上傳到從節點
[root@xuegod63 ~]# mysqldump -u root -p123456 -B HA >HA.sql
[root@xuegod63 ~]# scp HA.sql root@192.168.1.64:/root
[root@xuegod63 ~]# scp HA.sql root@192.168.1.65:/root
配置 xuegod64 為 mysql 從節點：
匯入資料庫
[root@xuegod64 ~]# mysql -u root -p123456 <HA.sql
配置 my.cnf：
[root@xuegod64 ~]# vim /etc/my.cnf #在檔案的最后插入以下內容
log-bin=mysql-slave1 #啟用二進制日志
server-id=2 #本機資料庫 ID 標示
binlog-do-db=HA #可以被從服務器復制的庫，二進制需要同步的資料庫名
binlog-ignore-db=mysql #不可以被從服務器復制的庫
log_slave_updates=1 #只有開啟 log_slave_updates，從庫 binlog 才會記錄主庫同步的
操作日志
重啟 MySQL 并授權：
[root@xuegod64 ~]# systemctl restart mysqld 
[root@xuegod64 ~]# mysql -u root -p123456
mysql> grant replication slave on *.* to 'repl'@'192.168.1.%' identified by '123456';
mysql> flush privileges;

建立主從關系

mysql> change master to 
master_host='192.168.1.63',master_user='repl',master_password='123456';
mysql> start slave;
mysql> show slave status\G

mysql> exit
配置  xuegod65
匯入資料庫
[root@xuegod65 ~]# mysql -u root -p123456 <HA.sql
配置 my.cnf：
[root@xuegod65 ~]# vim /etc/my.cnf
#在檔案的最后插入以下內容
#啟用二進制日志
#本機資料庫 ID 標示
log-bin=mysql-slave2
server-id=3
binlog-do-db=HA
binlog-ignore-db=mysql
log_slave_updates=1
#可以被從服務器復制的庫，二進制需要同步的資料庫名
#不可以被從服務器復制的庫
#只有開啟 log_slave_updates，從庫 binlog  才會記錄主庫同步的
操作日志
[root@xuegod65 ~]# systemctl restart mysqld     #重啟  MySQL
[root@xuegod65 ~]# mysql -u root -p123456
mysql> grant replication slave on *.* to 'repl'@'192.168.1%' identified by '123456';
mysql> flush privileges;
建立主從關系
mysql> change master to
master_host='192.168.1.63',master_user='repl',master_password='123456';
mysql> start slave;
mysql> show slave status\G

mysql> exit
測驗 mysql  主從資料同步：
在 xuegod63 mysql  主上插入資料：
mysql> use HA;
mysql>
mysql>
insert into test
insert into test
values(2,"man");
values(3,"root");
在 xuegod65  上查看資料：
mysql> use HA;
mysql> select * from test;
+------+------+
#可以看到資料，說明，資料同步成功
| id     | name |
+------+------+
|
|
1 | mk
|
1 | root |
+------+------+

配置 MHA 管理用戶

兩臺 slave 服務器設定 read_only（從庫對外提供讀服務，只是沒有寫進組態檔，當集群發生切換時新的 master 節點會取消只讀狀態）

[root@xuegod64 ~]# mysql -u root -p123456 -e 'set global read_only=1'
[root@xuegod65 ~]# mysql -u root -p123456 -e 'set global read_only=1'

注：set global read_only=1 作用是：進行主備切換的時候，一般都會先對主庫進行只讀操作(on)，然后主備同步完成后，再把備庫置為可讀寫(off)，這樣可以避免切換的程序中雙寫引起臟資料，

在所有資料庫結點上創建 mha 管理用戶
遠程登錄用戶必須擁有 localhost 權限才可以登錄，必須先授權 localhost 再授權 192.168.1.%

[root@xuegod63 ~]# mysql -uroot -p123456
mysql> grant all privileges on *.* to 'mha'@'localhost' identified by '123456';
mysql> grant all privileges on *.* to 'mha'@'192.168.1.%' identified by '123456';
mysql> flush privileges;
mysql> exit
[root@xuegod64 ~]# 同上
[root@xuegod65 ~]# 同上

注：該管理用戶是為了管理 MHA 集群，比如：master 節點故障后，MHA 管理軟體通過管理用戶在 slave2 節點執行 sql
陳述句將 master 設定為 xuegod64， 到這里整個集群環境已經搭建完畢，剩下的就是配置 MHA 軟體了，

配置 MHA

1. 創建 MHA 的作業目錄，并且創建相關組態檔（在軟體包解壓后的目錄里面有樣例組態檔），

[root@xuegod62 ~]# mkdir -p /etc/masterha
[root@xuegod62 ~]# mkdir -p /var/log/masterha/app1
[root@xuegod62 ~]# cd /etc/masterha/
[root@xuegod62 masterha]# rz #上傳 app1.cnf 到/etc/masterha/目錄下
注：app1.cnf 組態檔從這里可以下載：https://github.com/yoshinorim/mha4mysqlmanager/wiki/Configuration
[root@xuegod62 ~]# vim /etc/masterha/app1.cnf
修改 app1.cnf 組態檔，修改后的檔案內容如下
注:組態檔中的注釋需要去掉，我這里是為了解釋清楚，課程資料中附組態檔可直接使用，
[server default]
manager_workdir=/var/log/masterha/app1 #設定 manager 的作業目錄
manager_log=/var/log/masterha/app1/manager.log #設定 manager 的日志
master_binlog_dir=/var/lib/mysql #指定 mysql 保存 binlog 的位
置，以便 MHA 可以找到 master 的日志，我這里的也就是 mysql 的資料目錄
master_ip_failover_script=/usr/local/bin/master_ip_failover #設定自動 failover 時候的
切換腳本，這個腳本如果沒有，就不需要寫入此項，否則會報錯，
password=123456 #設定 MySQL 中 mha 用戶的密碼，這個密碼是前文中創建監控用
戶的那個密碼
user=mha #設定管理用戶 mha
ping_interval=1 #設定監控主庫，發送 ping 包的時間間隔，默認是 3 秒，嘗試三次沒有
回應的時候自動進行 failover
remote_workdir=/tmp #設定遠端 MySQL 在發生切換時，binlog 的保存位置
repl_password=123456 #設定復制用戶的密碼
repl_user=repl #設定復制環境中的復制用戶名
#report_script=/usr/local/send_report #設定發生切換后發送的報警的腳本，沒有配置則注釋
shutdown_script="" #設定故障發生后關閉故障主機腳本（該腳本的主要作用是關閉主機放
在發生腦裂,這里沒有使用）
ssh_user=root #設定 SSH 的登錄用戶名
[server1]
hostname=192.168.1.63
port=3306
[server2]
hostname=192.168.1.64
port=3306
candidate_master=1 #設定為候選 master，如果設定該引數以后，發生主從切換以后將會將此
從庫提升為主庫，即使這個主庫不是集群中事件最新的 slave candidate 侯選人
check_repl_delay=0 #默認情況下，如果一個 slave 落后 master 100M 的 relay logs 的話，
MHA 將不會選擇該 slave 作為一個新的 master，因為對于這個 slave 的恢復需要花費很長時間，通過
設定 check_repl_delay=0,MHA 觸發切換在選擇一個新的 master 的時候將會忽略復制延時，這個參
數對于設定了 candidate_master=1 的主機非常有用，因為這個候選主在切換的程序中一定是新的
master
[server3]
hostname=192.168.1.65
port=3306
上傳 master_ip_failover perl 腳本檔案到 xuegod62 主機上/usr/local/bin/目錄下，MHA 主
程式負責對資料轉移和故障切換功能，該腳本負責對 VIP 進行切換
[root@xuegod62 ~]# mv master_ip_failover /usr/local/bin/
[root@xuegod62 ~]# chmod +x /usr/local/bin/master_ip_failover
如果你的網卡名稱不是 ens33 請修改腳本檔案中的網卡名稱
14 my $ssh_start_vip = "/sbin/ifconfig ens33:$key $vip"; # Network name 
15 my $ssh_stop_vip = "/sbin/ifconfig ens33:$key down";

2. 關閉 relay log 的自動清除功能（在每個 slave 節點上）

[root@xuegod64 ~]# mysql -uroot -p123456 -e 'set global relay_log_purge=0'
[root@xuegod65 ~]# mysql -uroot -p123456 -e 'set global relay_log_purge=0'

注意：
MHA 在發生切換的程序中，從庫的恢復程序中依賴于 relay log 的相關資訊，所以這里要將 relay log 的自動清除設定為 OFF，采用手動清除 relay log 的方式， 在默認情況下，從服務器上的中繼日志會在 SQL 執行緒執行完畢后被自動洗掉， 但是在 MHA 環境中，這些中繼日志在恢復其他從服務器時可能會被用到，因此需要禁用中繼日志的自動洗掉功能

MHA 配置檢查

1. 檢查 SSH 配置
   檢查 MHA Manger 到所有 MHA Node 的 SSH 連接狀態：

[root@xuegod62~]# masterha_check_ssh --conf=/etc/masterha/app1.cnf

可以看見各個節點 SSH 驗證都是 OK 的，

2. 檢查整個 mysql 主從復制狀態，
   通過 masterha_check_repl 腳本查看 mysql 主從復制狀態：

[root@ xuegod62 ~]# masterha_check_repl --conf=/etc/masterha/app1.cnf

MySQL Replication Health is OK. 顯示 Ok ，正常！

3. 開啟 MHA Manager 監控

[root@ xuegod62 ~]# nohup masterha_manager --conf=/etc/masterha/app1.cnf --
remove_dead_master_conf --ignore_last_failover < /dev/null > 
/var/log/masterha/app1/manager.log 2>&1 & 
[1] 30867
啟動引數介紹：
--remove_dead_master_conf #該引數代表當發生主從切換后，老的主庫的 IP 將會從配置文
件中移除，
--manger_log #日志存放位置
--ignore_last_failover #我需要忽略上次故障轉移，默認情況，如果先前的故障轉移失
敗，則 MHA 不會啟動故障轉移，因為該問題可能再次發生，

4. 檢查 MHA Manager 的狀態：
   通過 master_check_status 腳本查看 Manager 的狀態：
   查看 MHA Manager 監控是否正常：

[root@ xuegod62 ~]# masterha_check_status --conf=/etc/masterha/app1.cnf
app1 (pid:10890) is running(0:PING_OK), master:192.168.1.63

可以看見已經在監控了，而且 master 的主機為 192.168.1.63 ，
注意：如果正常，會顯示"PING_OK"，否則會顯示"NOT_RUNNING"，這代表 MHA 監控沒有開啟

5. 查看啟動日志

[root@xuegod62 ~]# tail -n20 /var/log/masterha/app1/manager.log
，，，
，，，
Fri Nov 9 15:53:51 2018 - [info] Ping(SELECT) succeeded, waiting until MySQL doesn't 
respond..
其中"Ping(SELECT) succeeded, waiting until MySQL doesn't respond.."說明整個系統已經開
始監控了，

6. 關閉 MHA Manage 監控
   這里先關閉 MHA，再開啟，

[root@xuegod62~]# masterha_stop --conf=/etc/masterha/app1.cnf
Stopped app1 successfully.
[1]+ 退出 1 nohup masterha_manager --conf=/etc/masterha/app1.cnf 
--remove_dead_master_conf --ignore_last_failover < /dev/null > 
/var/log/masterha/app1/manager.log 2>&1

實戰-故障轉移以及故障恢復

實戰-故障轉移

實戰場景：當主節點 xuegod63 上的 mysql 服務關閉后，MHA 可以自動將 xuegod64 備用從節點，轉為主節點，MHA 呼叫 master_ip_failover 把 keepalive 上的 VIP 地址配置到 xuegod64 上，

[root@xuegod62 ~]# nohup masterha_manager --conf=/etc/masterha/app1.cnf --
remove_dead_master_conf --ignore_last_failover < /dev/null > 
/var/log/masterha/app1/manager.log 2>&1 & 
[1] 30867

此時主庫的 vip 已經出現 1.66
#打開新視窗觀察日志

[root@xuegod62 ~]# tail -f /var/log/masterha/app1/manager.log

#模擬主庫掛掉

[root@xuegod63 ~]# systemctl stop mysqld

在 xuegod62 上看日志是否切換 master 成功

，，，
192.168.1.64(192.168.1.64:3306): Resetting slave info succeeded.
Master failover to 192.168.1.64(192.168.1.64:3306) completed successfully.

我們從日志上可以看到故障切換成功，恭喜你新的 master 是 xuegod64.
并且 vip 會漂移到新主庫
新的主庫插入記錄，從庫查看

故障恢復后重新加入 mysql 主從集群

實戰場景：當 xuegod63 的 mysql 服務修復好并啟動后，手動將 xuegod63 加入到現在的 mysql主從集群中，
重新啟動故障主機，

[root@xuegod63 ~]# systemctl start mysqld	

修改節點為只讀狀態并關閉 relay log 日志自動洗掉功能

[root@xuegod63 ~]# mysql -uroot -p123456 -e 'set global read_only=1'
[root@xuegod63 ~]# mysql -uroot -p123456 -e ' set global relay_log_purge=0'

將 xuegod63 主機以 slave 的身份加入到 myslq 主從集群

[root@xuegod63 ~]# mysql -uroot -p123456
mysql>change master to 
master_host='192.168.1.64',master_user='repl',master_password='123456';
mysql> flush privileges;
mysql> start slave;
mysql> show slave status\G #已經加入 mysql 主從集群

查看剛才插入的記錄，是可以看到的

mysql> exit

MHA 進行故障轉移之后會將組態檔中的故障節點直接洗掉，我們需要將 xuegod63 的組態檔重新添加到集群組態檔中，

[root@xuegod62 ~]# vim /etc/masterha/app1.cnf 
改：
15 [server2]
16 candidate_master=1 #洗掉這行內容，因為現在它是主
17 check_repl_delay=0 #洗掉這行內容
18 hostname=192.168.1.64
19 port=3306
為：
[server2]
hostname=192.168.1.64
port=3306
在檔案最后，插入以下內容：
[server1]
candidate_master=1
check_repl_delay=0
hostname=192.168.1.63
port=3306
重新檢測集群可用性
[root@xuegod63 ~]# masterha_check_repl --conf=/etc/masterha/app1.cnf
，，，
MySQL Replication Health is OK.
masterha_manager 切換主庫后會停掉，需要手動啟動

再次開啟動 masterha_manager，監控 mysql 主從集群：

[root@xuegod62 ~]# nohup masterha_manager --conf=/etc/masterha/app1.cnf --
remove_dead_master_conf --ignore_last_failover < /dev/null > 
/var/log/masterha/app1/manager.log 2>&1 & #開啟監控
#再模擬新主庫掛掉
[root@xuegod64 ~]# systemctl stop mysqld
在 xuegod62 上看日志是否切換 master 成功 #又換回 63 主機
并且 vip 也漂移回來
登陸從服務器 xuegod65 查看 show slave status\G 是否成功切換
[root@xuegod65 ~]# mysql -u root -p123456
mysql> show slave status\G

小結：
目前高可用方案可以一定程度上實作資料庫的高可用，還有其他方案 heartbeat+drbd，Cluster、MGR 等，這些高可用軟體各有優劣，在進行高可用方案選擇時，主要是看業務還有對資料一致性方面的要求

                                             想要獲取原筆記和視頻+學習資料
                                                  添加我們的小姐姐即可
                                                 可不能撩我們的小姐姐哦