MHA高可用配置及故障切换

MHA概述

1、传统的MySQL主从架构存在的问题

MySQL主服务器出故障后就无法写入

2、MHA简介

MHA（MasterHigh Availability）目前在 MySQL 高可用方面是一个相对成熟的解决方案，它由日本 DeNA 公司 youshimaton（现就职于 Facebook 公司）开发，是一套优秀的 MySQL 高可用环境下故障切换和主从复制的软件。在 MySQL 故障切换过程中，MHA 能做 到在 0~30 秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA 能在最大程度上保证数据的一致性，以达到真正意义上的高可用。

3、MHA组成

MHA Manager（管理节点）和 MHA Node（数据节点）
MHA Manager 可以单独部署在一台独立的机器上，管理多个 master-slave 集群（Manger是单独一台监控master服务器健康状态的服务器。）；也可以部署在一台 slave 节点上。MHA Node 运行在每台 MySQL 服务器上，MHA Manager 会定时探测集群中的 master 节点。当 master 出现故障时，它可以自动将最新数据的 slave 提升为新的 master，然后将所有其他的 slave 重新指向新的 master。整个故障转移过程对应用程序完全透明。

4、MHA特点（优势）

在 MHA 自动故障切换过程中，MHA 试图从宕机的主服务器上保存二进制日志，最大程度的保证数据的不丢失，但这并不总是可行的。例如，如果主服务器硬件故障或无法通过 SSH 访问，MHA 没法保存二进制日志，就会出现只进行故障转移但丢失了最新的数据的情况。

使用 MySQL 5.5 的半同步复制，可以大大降低数据丢失的风险。MHA 可以与半同步复 制结合起来。如果只有一个 slave 已经收到了最新的二进制日志，MHA 可以将最新的二进制日志应用于其他所有的 slave 服务器上，因此可以保证所有节点的数据一致性。

5、MHA架构

目前MHA支持一主多从架构，最少三台服务，即一主两从。

MHA集群架构图

MHA部署

案例需求

MHA 监控 MySQL数据库健康状态，在主服务器故障时进行自动切换，不影响业务。

案例思路

1.MHA架构
（1）数据库安装
（2）一主两从
（3）MHA搭建

2.故障模拟
（1）主库失效
（2）备选主库成为主库
（3）从库2将备选主库指向为主库

3.故障修复
（1）坏库修复，启动
（2）在修复好的库上建立新主从关系
（3）修改manager配置文件，添加修好的库的记录
（4）重启MHA

案例环境

角色	ip地址	主机名	软件包
master	20.0.0.11	主服务器	node节点包
slave1	20.0.0.12	主备/从服务器	node节点包
slave2	20.0.0.13	从服务器	node节点包
manger	20.0.0.14	mha服务器	node节点包+manger节点包

部署步骤

一、配置主从同步：一主两从

#master和slave1、2上：

1. 安装编译依赖的环境
[root@Mysql1 ~]# yum -y install ncurses-devel gcc-c++ perl-Module-Install
2. 安装 gmake 编译软件
[root@Mysql1 ~]# tar zxvf cmake-2.8.6.tar.gz
[root@Mysql1 ~]# cd cmake-2.8.6
[root@Mysql1 cmake-2.8.6]# ./configure
[root@Mysql1 cmake-2.8.6]# gmake && gmake install
3. 安装 MySQL 数据库
[root@Mysql1 ~]# tar -zxvf mysql-5.6.36.tar.gz
[root@Mysql1 ~]# cd mysql-5.6.36
[root@Mysql1 mysql-5.6.36]# cmake -DCMAKE_INSTALL_PREFIX=/usr/local/mysql -DDEFAULT_CHARSET=utf8 -DDEFAULT_COLLATION=utf8_general_ci -DWITH_EXTRA_CHARSETS=all -DSYSCONFDIR=/etc
[root@Mysql1 mysql-5.6.36]# make && make install
[root@Mysql1 mysql-5.6.36]# cp support-files/my-default.cnf /etc/my.cnf
[root@Mysql1 mysql-5.6.36]# cp support-files/mysql.server /etc/rc.d/init.d/mysqld
[root@Mysql1 ~]# chmod +x /etc/rc.d/init.d/mysqld
[root@Mysql1 ~]# chkconfig --add mysqld
[root@Mysql1 ~]# echo "PATH=$PATH:/usr/local/mysql/bin" >> /etc/profile
[root@Mysql1 ~]# source /etc/profile
[root@Mysql1 ~]# groupadd mysql
[root@Mysql1 ~]# useradd -M -s /sbin/nologin mysql -g mysql
[root@Mysql1 ~]# chown -R mysql.mysql /usr/local/mysql
[root@Mysql1 ~]# mkdir -p /data/mysql
[root@Mysql1 ~]# /usr/local/mysql/scripts/mysql_install_db --basedir=/usr/local/mysql --datadir=/usr/local/mysql/data --user=mysql #初始化数据库

#master上：

[root@master ~]# vi /etc/my.cnf
[mysqld]
server-id = 1
log_bin = master-bin
log-slave-updates = true

#主备服务器 slave1上：

[root@slave1 ~]# vi /etc/my.cnf
[mysqld]
server-id = 2
log_bin = master-bin
relay_log = relay-log-bin
relay_log_index = slave-relay-bin.index

#从服务器 slave2上：

[root@slave2 ~]# vi /etc/my.cnf
[mysqld]
server-id = 3
relay_log = relay-log-bin
relay_log_index = slave-relay-bin.index

#master和slave1、2上：每个MySQL创建软连接便于管理使用，为MHA服务

ln -s /usr/local/mysql/bin/mysql /usr/sbin
ln -s /usr/local/mysql/bin/mysqlbinlog /usr/sbin
service mysqld restart

[root@master ~]mysql
mysql> grant replication slave on *.* to 'myslave'@'20.0.0.%' identified by '123456';
Query OK, 0 rows affected (0.00 sec)

mysql> grant all privileges on *.* to 'mha'@'20.0.0.%' identified by 'manager';
Query OK, 0 rows affected (0.00 sec)

mysql> flush privileges;
Query OK, 0 rows affected (0.00 sec)

做案例实验环境时候通过 MHA 检查
MySQL 主从有报错，报两个从库通过主机名连接不上主库，所以所有数据库加上下面的授
权。

mysql> grant all privileges on *.* to 'mha'@'server1' identified by 'manager';
Query OK, 0 rows affected (0.01 sec)

mysql> grant all privileges on *.* to 'mha'@'server2' identified by 'manager';
Query OK, 0 rows affected (0.00 sec)

mysql> grant all privileges on *.* to 'mha'@'server3' identified by 'manager';
Query OK, 0 rows affected (0.00 sec)

mysql> flush privileges;
Query OK, 0 rows affected (0.00 sec)

#master上：查看二进制文件和同步点

mysql> show master status;
+-------------------+----------+--------------+------------------+-------------------+
| File              | Position | Binlog_Do_DB | Binlog_Ignore_DB | Executed_Gtid_Set |
+-------------------+----------+--------------+------------------+-------------------+
| master-bin.000005 |      608 |              |                  |                   |
+-------------------+----------+--------------+------------------+-------------------+
1 row in set (0.00 sec)

#slave1、2上：执行主从同步
mysql> change master to master_host='20.0.0.11',master_user='mysl='myslave',master_password='123456',master_log_file='master-bin.0-bin.000005',master_log_pos=608;
Query OK, 0 rows affected, 2 warnings (0.01 sec)

mysql> start slave;
Query OK, 0 rows affected (0.00 sec)

mysql> show slave status\G;
......
Slave_IO_Running: Yes
Slave_SQL_Running: Yes
......

mysql> set global read_only=1;  #设置两个从数据库为只读模式
Query OK, 0 rows affected (0.00 sec)

#在master上创建数据库，查看从库是否同步（步骤省略）

二、安装MHA软件

1、所有服务器（master、slave1、slave2、manager）上都安装 MHA 依赖的环境，首先安装 epel 源。
导入epel.repo、CentOS7-Base-163.repo到/etc/yum.repos.d/目录下

[root@MHA-manager ~]# yum install epel-release --nogpgcheck
[root@MHA-manager ~]# yum install -y perl-DBD-MySQL perl-Config-Tiny perl-Log-Dispatch perl-Parallel-ForkManager perl-ExtUtils-CBuilder perl-ExtUtils-MakeMaker perl-CPAN

2、MHA 软件包对于每个操作系统版本不一样，这里 CentOS7.3 必须选择 0.57 版本，
在所有服务器（master、slave1、slave2、manager）上必须先安装 node 组件，最后在 MHA-manager 节点上安装 manager 组件，
因为 manager 依赖 node 组件，下面都是在 Mysql1 上操作演示安装 node 组件。
[root@Mysql1 ~]# tar zxvf mha4mysql-node-0.57.tar.gz
[root@Mysql1 ~]# cd mha4mysql-node-0.57
[root@Mysql1 mha4mysql-node-0.57]# perl Makefile.PL
*** Module::AutoInstall version 1.06
*** Checking for Perl dependencies...
[Core Features]
- DBI        ...loaded. (1.627)
- DBD::mysql ...loaded. (4.023)
*** Module::AutoInstall configuration finished.
Checking if your kit is complete...
Looks good
Writing Makefile for mha4mysql::node
Writing MYMETA.yml and MYMETA.json

[root@Mysql1 mha4mysql-node-0.57]# make
[root@Mysql1 mha4mysql-node-0.57]# make install

node 安装后会在/usr/local/bin 下面会生成几个脚本

[root@Mysql1 ~]# ls /usr/local/bin
apply_diff_relay_logs  cmake  ctest               purge_relay_logs
ccmake                 cpack  filter_mysqlbinlog  save_binary_logs

###
这些工具通常由 MHAManager 的脚本触发，无需人为操作,主要如下：
save_binary_logs 保存和复制 master 的二进制日志
apply_diff_relay_logs 识别差异的中继日志事件并将其差异的事件应用于其他的 slave
filter_mysqlbinlog 去除不必要的 ROLLBACK 事件（MHA 已不再使用这个工具）
purge_relay_logs 清除中继日志（不会阻塞 SQL 线程）
###

3、在 MHA-manager 上安装 manager 组件

[root@MHA-manager ~]# tar zxvf mha4mysql-manager-0.57.tar.gz 

[root@MHA-manager ~]# cd mha4mysql-manager-0.57/

[root@MHA-manager mha4mysql-manager-0.57]#perl Makefile.PL
*** Module::AutoInstall version 1.06
*** Checking for Perl dependencies...
[Core Features]
- DBI                   ...loaded. (1.627)
- DBD::mysql            ...loaded. (4.023)
- Time::HiRes           ...loaded. (1.9725)
- Config::Tiny          ...loaded. (2.14)
- Log::Dispatch         ...loaded. (2.41)
- Parallel::ForkManager ...loaded. (1.18)
- MHA::NodeConst        ...loaded. (0.57)
*** Module::AutoInstall configuration finished.
Checking if your kit is complete...
Looks good
Writing Makefile for mha4mysql::manager

[root@MHA-manager mha4MHA-manager-0.57]# make
[root@MHA-manager mha4MHA-manager-0.57]# make install

manager 安装后在/usr/local/bin 下面会生成几个工具

[root@server1 ~]# ls /usr/local/bin
apply_diff_relay_logs  masterha_conf_host        masterha_stop
filter_mysqlbinlog     masterha_manager          purge_relay_logs
masterha_check_repl    masterha_master_monitor   save_binary_logs
masterha_check_ssh     masterha_master_switch
masterha_check_status  masterha_secondary_check

###
主要包括以下几个：
masterha_check_ssh 检查 MHA 的 SSH 配置状况
masterha_check_repl 检查 MySQL 复制状况
masterha_manger 启动 manager的脚本
masterha_check_status 检测当前 MHA 运行状态
masterha_master_monitor 检测 master 是否宕机
masterha_master_switch 控制故障转移（自动或者手动）
masterha_conf_host 添加或删除配置的 server 信息
masterha_stop  关闭manager
###

4、配置无密码认证
在 manager 上配置到所有节点的无密码认证

[root@MHA-manager ~]# ssh-keygen -t rsa #一路按回车键
[root@MHA-manager ~]# ssh-copy-id 20.0.0.11
[root@MHA-manager ~]# ssh-copy-id 20.0.0.12
[root@MHA-manager ~]# ssh-copy-id 20.0.0.13

在 Mysql1 上配置到数据库节点的无密码认证

[root@Mysql1 ~]# ssh-keygen -t rsa
[root@Mysql1 ~]# ssh-copy-id 20.0.0.12
[root@Mysql1 ~]# ssh-copy-id 20.0.0.13

在 Mysql2 上配置到数据库节点的无密码认证

[root@Mysql2 ~]# ssh-keygen -t rsa
[root@Mysql2 ~]# ssh-copy-id 20.0.0.11
[root@Mysql2 ~]# ssh-copy-id 20.0.0.12

在 Mysql3 上配置到数据库节点的无密码认证

[root@Mysql3 ~]# ssh-keygen -t rsa
[root@Mysql3 ~]# ssh-copy-id 20.0.0.11
[root@Mysql3 ~]# ssh-copy-id 20.0.0.12

5、配置 MHA
在 manager 节点上复制相关脚本到/usr/local/bin 目录。

[root@MHA-manager ~]# cp -ra /root/mha4mysql-manager-0.57/samples/scripts /usr/local/bin

拷贝后会有四个执行文件

[root@MHA-manager ~]#ll /usr/local/bin/scripts/
总用量 32
-rwxr-xr-x. 1 1001 1001  3648 5月  31 2015 master_ip_failover
-rwxr-xr-x. 1 1001 1001  9870 5月  31 2015 master_ip_online_change
-rwxr-xr-x. 1 1001 1001 11867 5月  31 2015 power_manager
-rwxr-xr-x. 1 1001 1001  1360 5月  31 2015 send_report

###
master_ip_failover #自动切换时 VIP 管理的脚本
master_ip_online_change #在线切换时 vip 的管理
power_manager #故障发生后关闭主机的脚本
send_report #因故障切换后发送报警的脚本
###

复制上述的自动切换时 VIP 管理的脚本到/usr/local/bin 目录，这里使用脚本管理 VIP，
也是推荐的一种方式，生产环境不太建议使用 keepalived。

[root@MHA-manager ~]# cp /usr/local/bin/scripts/master_ip_failover /usr/local/bin

修改内容如下：

[root@MHA-manager ~]# vi /usr/local/bin/master_ip_failover
#!/usr/bin/env perl
use strict;
use warnings FATAL => 'all';

use Getopt::Long;

my (
$command, $ssh_user, $orig_master_host, $orig_master_ip,
$orig_master_port, $new_master_host, $new_master_ip, $new_master_port
);
#############################添加内容部分#########################################
my $vip = '20.0.0.100'; #漂移地址
my $brdc = '20.0.0.255';
my $ifdev = 'ens33'; #漂移网卡
my $key = '1';
my $ssh_start_vip = "/sbin/ifconfig ens33:$key $vip";
my $ssh_stop_vip = "/sbin/ifconfig ens33:$key down";
my $exit_code = 0;
#my $ssh_start_vip = "/usr/sbin/ip addr add $vip/24 brd $brdc dev $ifdev label $ifdev:$key;/usr/sbin/arping -q -A -c 1 -I $ifdev $vip;iptables -F;";
#my $ssh_stop_vip = "/usr/sbin/ip addr del $vip/24 dev $ifdev label $ifdev:$key";
##################################################################################
GetOptions(
'command=s' => \$command,
'ssh_user=s' => \$ssh_user,
'orig_master_host=s' => \$orig_master_host,
'orig_master_ip=s' => \$orig_master_ip,
'orig_master_port=i' => \$orig_master_port,
'new_master_host=s' => \$new_master_host,
'new_master_ip=s' => \$new_master_ip,
'new_master_port=i' => \$new_master_port,
);

exit &main();

sub main {
     

print "\n\nIN SCRIPT TEST====$ssh_stop_vip==$ssh_start_vip===\n\n";

if ( $command eq "stop" || $command eq "stopssh" ) {
     

my $exit_code = 1;
eval {
     
print "Disabling the VIP on old master: $orig_master_host \n";
&stop_vip();
$exit_code = 0;
};
if ($@) {
     
warn "Got Error: $@\n";
exit $exit_code;
}
exit $exit_code;
}
elsif ( $command eq "start" ) {
     

my $exit_code = 10;
eval {
     
print "Enabling the VIP - $vip on the new master - $new_master_host \n";
&start_vip();
$exit_code = 0;
};
if ($@) {
     
warn $@;
exit $exit_code;
}
exit $exit_code;
}
elsif ( $command eq "status" ) {
     
print "Checking the Status of the script.. OK \n";
exit 0;
}
else {
     
&usage();
exit 1;
}
}
sub start_vip() {
     
`ssh $ssh_user\@$new_master_host \" $ssh_start_vip \"`;
}
# A simple system call that disable the VIP on the old_master
sub stop_vip() {
     
`ssh $ssh_user\@$orig_master_host \" $ssh_stop_vip \"`;
}

sub usage {
     
print
"Usage: master_ip_failover --command=start|stop|stopssh|status --orig_master_host=host --orig_master_ip=ip --orig_master_port=port --new_master_host=host --new_master_ip=ip --new_master_port=port\n";
}

6、创建 MHA 软件目录并拷贝配置文件

[root@MHA-manager ~]# mkdir /etc/masterha
[root@MHA-manager ~]# cp /root/mha4mysql-manager-0.57/samples/conf/app1.cnf /etc/masterha

[root@MHA-manager ~]# vi /etc/masterha/app1.cnf 
[server default]
manager_workdir=/var/log/masterha/app1
manager_log=/var/log/masterha/app1/manager.log
master_binlog_dir=/usr/local/mysql/data
master_ip_failover_script= /usr/local/bin/master_ip_failover
master_ip_online_change_script= /usr/local/bin/master_ip_online_change
password=manager
user=mha
ping_interval=1
remote_workdir=/tmp
repl_password=123456
repl_user=myslave
secondary_check_script= /usr/local/bin/masterha_secondary_check -s 20.0.0.11 -s 20.0.0.12 -s 20.0.0.13
shutdown_script="" 
ssh_user=root

[server1]
hostname=20.0.0.11
port=3306

[server2]
hostname=20.0.0.12
port=3306
candidate_master=1
check_repl_delay=0

[server3]
hostname=20.0.0.13
port=3306

测试 ssh 无密码认证
masterha_check_ssh --conf=/etc/masterha/app1.cnf
………………
[info] All SSH connection tests passed successfully. #成功

测试 MySQL 主从连接情况
[root@MHA-manager ~]# masterha_check_repl --conf=/etc/masterha/app1.cnf
………………
MySQL Replication Health is OK. #健康检查通过

三、启动 MHA

[root@MHA-manager ~]# 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] 52769

###
--remove_dead_master_conf 该参数代表当发生主从切换后，老的主库的 ip 将会从配置文件中移除。
--manger_log 日志存放位置。
--ignore_last_failover 在缺省情况下，如果 MHA 检测到连续发生宕机，且两次宕机间
隔不足 8 小时的话，则不会进行 Failover，之所以这样限制是为了避免 ping-pong 效应。该
参数代表忽略上次 MHA 触发切换产生的文件，默认情况下，MHA 发生切换后会在日志记
目录，也就是上面设置的日志 app1.failover.complete 文件，下次再次切换的时候如果发现
该目录下存在该文件将不允许触发切换，除非在第一次切换后收到删除该文件，为了方便，
这里设置为–ignore_last_failover。
###

手动生成vip地址

[root@Mysql1 ~]# ifconfig ens33:1 20.0.0.100/24
[root@Mysql1 ~]# ifconfig 
ens33: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 20.0.0.11  netmask 255.255.255.0  broadcast 20.0.0.255
        inet6 fe80::ff21:1304:2937:51b3  prefixlen 64  scopeid 0x20<link>
        ether 00:0c:29:46:3c:ae  txqueuelen 1000  (Ethernet)
        RX packets 898205  bytes 1321098250 (1.2 GiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 142935  bytes 13039482 (12.4 MiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

ens33:1: flags=4163<UP,BROADCAST,RUNNING,MULTICAST>  mtu 1500
        inet 20.0.0.100  netmask 255.255.255.0  broadcast 20.0.0.255
        ether 00:0c:29:46:3c:ae  txqueuelen 1000  (Ethernet)

lo: flags=73<UP,LOOPBACK,RUNNING>  mtu 65536
        inet 127.0.0.1  netmask 255.0.0.0
        inet6 ::1  prefixlen 128  scopeid 0x10<host>
        loop  txqueuelen 1  (Local Loopback)
        RX packets 36  bytes 4212 (4.1 KiB)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 36  bytes 4212 (4.1 KiB)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

virbr0: flags=4099<UP,BROADCAST,MULTICAST>  mtu 1500
        inet 192.168.122.1  netmask 255.255.255.0  broadcast 192.168.122.255
        ether 52:54:00:9b:83:c1  txqueuelen 1000  (Ethernet)
        RX packets 0  bytes 0 (0.0 B)
        RX errors 0  dropped 0  overruns 0  frame 0
        TX packets 0  bytes 0 (0.0 B)
        TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0

查看 MHA 状态，可以看到当前的 master 是 Mysql1 节点。
[root@MHA-manager ~]# masterha_check_status --conf=/etc/masterha/app1.cnf
app1 (pid:52769) is running(0:PING_OK), master:20.0.0.11 #主库IP

查看 MHA 日志，也以看到当前的 master 是 192.168.8.134，如下所示。
[root@MHA-manager ~]# cat /var/log/masterha/app1/manager.log

查看 Mysql1 的 VIP 地址 192.168.8.200 是否存在？,这个 VIP 地址不会因为
manager 节点停止 MHA 服务而消失。

四、故障模拟

主库

[root@Mysql1 ~]# pkill -9 mysql
[1]+  已杀死               /usr/local/mysql/bin/mysqld_safe --user=mysql
1
2
从库1已设为主备，所以去从库2上查看是否转移

mysql> show slave status\G;
*************************** 1. row ***************************
               Slave_IO_State: Waiting for master to send event
                  Master_Host: 20.0.0.12
                  Master_User: myslave
                  Master_Port: 3306
                Connect_Retry: 60
              Master_Log_File: master-bin.000001
          Read_Master_Log_Pos: 2388
               Relay_Log_File: relay-log-bin.000002
                Relay_Log_Pos: 284
        Relay_Master_Log_File: master-bin.000001
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
………………

切换备选主库的算法：
1.一般判断从库的是从（position/GTID）判断优劣，数据有差异，最接近于master的slave，成为备选主。

2.数据一致的情况下，按照配置文件顺序，选择备选主库。

3.设定有权重（candidate_master=1），按照权重强制指定备选主。

默认情况下如果一个slave落后master 100M的relay logs的话，即使有权重，也会失效。
如果check_repl_delay=0的话，即使落后很多日志，也强制选择其为备选主。
故障修复步骤
修复db （数据库）
主库

[root@Mysql1 ~]# netstat -anpt | grep mysql
[root@Mysql1 ~]# /etc/init.d/mysqld start
Starting MySQL SUCCESS! 
[root@Mysql1 ~]# netstat -anpt | grep mysql
tcp6       0      0 :::3306                 :::*                    LISTEN      37245/mysqld  

manager节点

[root@MHA-manager ~]# vi /etc/masterha/app1.cnf 
………………
[server1]
candidate_master=1 #主备
check_repl_delay=0
hostname=20.0.0.11
port=3306

[server2]
hostname=20.0.0.12
port=3306

[server3]
hostname=20.0.0.13
port=3306

原master

mysql> change master to master_host='20.0.0.12',master_user='myslave',master_passwoord='123456',master_log_file='master-bin.000001',master_log_pos=2388; #重新指新master
Query OK, 0 rows affected, 2 warnings (0.00 sec)

mysql> start slave;
Query OK, 0 rows affected (0.00 sec)

mysql> show slave status\G;
………………
             Slave_IO_Running: Yes
            Slave_SQL_Running: Yes
………………

测试主从
新master

insert into abc values(2,'wangwu',20);
Query OK, 1 row affected (0.00 sec)

mysql> select * from abc;
+------+----------+------+
| id   | name     | age  |
+------+----------+------+
|    1 | zhangsan |   19 |
|    2 | wangwu   |   20 |
+------+----------+------+
2 rows in set (0.00 sec)

原master

mysql> select * from abc;
+------+----------+------+
| id   | name     | age  |
+------+----------+------+
|    1 | zhangsan |   19 |
|    2 | wangwu   |   20 |
+------+----------+------+
2 rows in set (0.00 sec)

从2

mysql> select * from abc;
+------+----------+------+
| id   | name     | age  |
+------+----------+------+
|    1 | zhangsan |   19 |
|    2 | wangwu   |   20 |
+------+----------+------+
2 rows in set (0.00 sec)

测试正常

MHA
健康检查

[root@MHA-manager ~]# masterha_check_repl --conf=/etc/masterha/app1.cnf
………………
MySQL Replication Health is OK. #通过

启动MHA

[root@MHA-manager ~]# 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] 53736