MHA（Master High Availability）

---

一、MHA简介

MHA（Master High Availability）是一个用于MySQL数据库的高可用性解决方案，它能够自动监控主数据库的状态，并在主数据库发生故障时自动切换到备数据库以实现高可用性。

MHA集群由三个组件组成：

1. Manager节点：负责监控主数据库和备数据库的状态，并在主数据库故障时自动切换到备数据库。Manager节点也负责管理配置文件和日志。
2. Master节点：主数据库。负责处理读写操作并将更改同步到备数据库。
3. Slave节点：备数据库。与主数据库保持同步，并在主数据库故障时接管其角色。

MHA集群的工作原理如下：

1. Manager节点通过检测主数据库的心跳和复制延迟来监控主数据库的状态。
2. 当主数据库发生故障或复制延迟过高时，Manager节点会自动执行故障切换操作，将备数据库提升为主数据库，并通知其他节点更新配置。
3. 切换完成后，新的主数据库会继续处理读写操作，备数据库会接管复制角色，并与新的主数据库同步数据。

MHA集群的特点包括：

1. 自动故障切换：当主数据库发生故障时，MHA能够自动将备数据库提升为主数据库，实现快速恢复。
2. 数据一致性：MHA保证主数据库和备数据库之间的数据一致性，避免数据丢失或不一致。
3. 简单配置：MHA的配置相对简单，只需在Manager节点上配置主数据库和备数据库的信息即可。
4. 可扩展性：MHA可以同时监控和管理多个主数据库和备数据库，以实现更高的可用性和容错性。

总结：MHA是一个用于MySQL数据库的高可用性解决方案，通过自动监控和故障切换来实现主数据库的高可用性，并保证数据一致性。它具有简单配置、可扩展性和快速恢复等特点。

二、MHA搭建准备

要求：mha集群搭建，4台服务器，1主2从，1台mha

2.1实验思路

MHA架构 ：①数据库安装 ②一主两从 ③MHA搭建

故障模拟： ①主库失效 ②备选主库成为主库 ③原故障主库恢复重新加入到MHA成为从库

2.2实验准备

节点服务器	系统	主机名	IP地址	安装服务及工具
MHA manager节点服务器	CentOS7.4(64 位)	mha	192.168.99.119	安装MHA node和manager组件
Master节点服务器	CentOS7.4(64 位)	master	192.168.99.116	安装mysql5.7和MHA node组件
Slave1节点服务器	CentOS7.4(64 位)	slave1	192.168.99.117	安装mysql5.7和MHA node组件
Slave2节点服务器	CentOS7.4(64 位)	slave2	192.168.99.118	mysql5.7和MHA node组件

三、搭建MySQL+MHA

3.1初始化环境

关闭防火墙和增强机制

每台服务器上

systemctl stop firewalld
systemctl disable firewalld
setenforce 0
# selinux配置文件可将selinux项配置为disabled
vim /etc/selinux/config
SELINUX=disabled

3.2配置主从复制

1、修改主机名

Master、Slave1、Slave2上

#在master上(192.168.99.116)
hostnamectl set-hostname master
#在slave1(192.168.99.117)
hostnamectl set-hostname slave1
#在slave2(192.168.99.118)
hostnamectl set-hostname slave2
#在mha(192.168.99.119)
hostnamectl set-hostname mha

2、添加域名解析

master、slave1、slave2上

vim /etc/hosts
192.168.99.116 master
192.168.99.117 slave1
192.168.99.118 lave2
192.168.99.119 mha

3、配置主从同步

Master、Slave1、Slave2上

修改 master、Slave1、Slave2 节点的 Mysql主配置文件/etc/my.cnf，添加以下选项

##Master 节点##
vim /etc/my.cnf
[mysqld]
server-id = 1
log_bin = master-bin
log-slave-updates = true
systemctl restart mysqld
##Slave1 节点##
vim /etc/my.cnf
server-id = 2       #三台服务器的 server-id 不能一样
log_bin = master-bin
relay-log = relay-log-bin
relay-log-index = slave-relay-bin.index
systemctl restart mysqld
###Slave2 节点##
vim /etc/my.cnf
server-id = 3 
log_bin = master-bin
relay-log = relay-log-bin
relay-log-index = slave-relay-bin.index
systemctl restart mysqld

3.2.1master、Slave1、Slave2 节点上都创建两个软链接

Master、Slave1、Slave2上

ln -s /usr/local/mysql/bin/mysql /usr/sbin/
ln -s /usr/local/mysql/bin/mysqlbinlog /usr/sbin/
ls /usr/sbin/mysql*

3.2.2登录数据库主从配置授权

Master、Slave1、Slave2上

#tips:master password aaAA@@11
# 由于三台mysql在出现问题后，slave节点可能会变成master，所以授权账号都需要给
###master、Slave1、Slave2 节点上都授权###
grant all privileges on *.* to 'root'@'192.168.99.%' identified by 'Admin@123';
#授权主从用户
grant all privileges on *.* to 'mha'@'192.168.99.%' identified by 'Mha@1234';
grant all privileges on *.* to 'mha'@'master' identified by 'Mha@1234';
grant all privileges on *.* to 'mha'@'slave1' identified by 'Mha@1234';
grant all privileges on *.* to 'mha'@'slave2' identified by 'Mha@1234';#刷新数据库
flush privileges;

3.2.3master 节点查看二进制文件和同步点 、在 slave1、slave2 节点执行同步操作

###在master上###
show master status;###在slave1、slave2节点执行同步操作##
stop slave;
change master to
master_host='192.168.99.116',
master_user='root',
master_password='Admin@123',
master_log_file='mysql-bin.000008',
master_log_pos=154;start slave;
show slave status\G;

Slave_IO_Running:Yes
Slave_SQL_Running:Yes
#两项均为OK代表主从正常

3.2.4设置两个从节点 只读模式

Slave1、Slave2上

set global read_only=1;
set global relay_log_purge=off;
flush privileges;

3.2.5验证主从同步

##在主master上创建库##
create database school;
##在slave1、slave2上验证##
show databases;

 create table t1 (id int,name varchar(32));

mysql> show tables;
+------------------+
| Tables_in_school |
+------------------+
| t1               |
+------------------+
1 row in set (0.00 sec)

3.3安装MHA软件

1、 安装 MHA 依赖的环境

所有服务器

yum install epel-release --nogpgcheck -y
#mha所需perl相关依赖
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 NODE软件包

先在所有服务器上必须先安装 node 组件

对于每个操作系统版本不一样，这里 CentOS7.4 必须选择 0.57 版本

在所有服务器上必须先安装node组件，最后在 MHA-manager 节点上安装 manager 组件，因为 manager 依赖 node 组件

所有服务器

##将需要的包下载到/opt下####每台服务器上解压安装node组件##
cd /opt
tar zxf mha4mysql-node-0.57.tar.gz
cd mha4mysql-node-0.57
perl Makefile.PL
make && make install
将需要的包下载到/opt下 

每台服务器上编译安装node组件

node组件安装后也会在/usr/local/bin 下面会生成几个脚本（这些工具通常由 MHAManager 的脚本触发，无需人为操作）主要如下：
save_binary_logs    保存和复制 master 的二进制日志
apply_diff_relay_logs   识别差异的中继日志事件并将其差异的事件应用于其他的 slave
filter_mysqlbinlog  去除不必要的 ROLLBACK 事件
purge_relay_logs    清除中继日志（不会阻塞sql线程）

4、安装 manager 组件

在 MHA-manager 节点服务器上安装 manager 组件

将软件包mha4mysql-manager-0.57.tar.gz放入/opt目录下
cd /opt
tar zxf mha4mysql-manager-0.57.tar.gz 
cd mha4mysql-manager-0.57/
perl Makefile.PL
make && make install

manager组件安装后在/usr/local/bin下面会生成几个工具，主要包括以下几个：

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
masterha_secondary_check   从远程服务器建立tcp连接

5、SSH无密码认证

在所有服务器上配置SSH无密码认证

每台服务器互相之间都需要ssh公钥无密码认证

manager节点上

#在 manager 节点上配置到所有数据库节点的无密码认证
ssh-keygen -t rsa       #一路按回车键
ssh-copy-id 192.168.99.116
ssh-copy-id 192.168.99.117
ssh-copy-id 192.168.99.118
ssh-copy-id 192.168.99.119# 想省事可以根据配置的/etc/hosts里的映射关系直接统一添加
ssh-copy-id master
ssh-copy-id slave1
ssh-copy-id slave2
ssh-copy-id mha
##（2）在 mysql1 上配置到数据库节点 mysql2 和 mysql3 的无密码认证ssh-keygen -t rsassh-copy-id 192.168.99.117  #将公钥传给两个从节点，形成免密码连接登录ssh-copy-id 192.168.99.118##（3）在 mysql2 上配置到数据库节点 mysql1 和 mysql3 的无密码认证ssh-keygen -t rsassh-copy-id 192.168.99.116ssh-copy-id 192.168.99.118##（4）在 mysql3 上配置到数据库节点 mysql1 和 mysql2 的无密码认证ssh-keygen -t rsassh-copy-id 192.168.99.117ssh-copy-id 192.168.99.118

3.5配置MHA

1、复制相关脚本

在 manager 节点上复制相关脚本到/usr/local/bin 目录

#如果是rpm安装则忽略此步骤cp -rp /opt/mha4mysql-manager-0.57/samples/scripts/* /usr/local/bin
#拷贝后会有四个执行文件
master_ip_failover    #自动切换时 VIP 管理的脚本
master_ip_online_change  #在线切换时 vip 的管理
power_manager       #故障发生后关闭主机的脚本
send_report     #因故障切换后发送报警的脚本

2、master_ip_failover

修改master_ip_failover 全部删除，添加以下内容，修改相关参数

 vim /usr/local/bin/master_ip_failover

此处复制时，第一行和其他需要单独复制粘贴

脚本中的$vip和$brdc需要改成对应的vip和广播地址

1、复制粘贴版

#!/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 = '192.168.99.200';
my $brdc = '192.168.99.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;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 \"`;
}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";
}

2、说明版

#!/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 = '192.168.99.200';									#指定vip的地址
my $brdc = '192.168.99.255';								#指定vip的广播地址
my $ifdev = 'ens33';										#指定vip绑定的网卡
my $key = '1';												#指定vip绑定的虚拟网卡序列号
my $ssh_start_vip = "/sbin/ifconfig ens33:$key $vip";		#代表此变量值为ifconfig ens33:1 192.168.99.200
my $ssh_stop_vip = "/sbin/ifconfig ens33:$key down";		#代表此变量值为ifconfig ens33:1 192.168.99.200 down
my $exit_code = 0;											#指定退出状态码为0
# ip命令的方式添加vip
#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";
}

3、app1.cnf配置

创建 MHA 软件目录并复制配置文件，使用app1.cnf配置文件来管理 mysql 节点服务器，配置文件一般放在/etc/目录下

需要修改的信息主要包括
master_binlog_dir=/var/lib/mysql   user=mha
password=Mha@1234
repl_password=Admin@123   #设置主从复制用户的密码
repl_user=root   #设置主从复制用户的用户
secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.99.117 -s 192.168.99.118
#S1-3的IP地址

mkdir /etc/masterha
cp /opt/mha4mysql-manager-0.57/samples/conf/app1.cnf /etc/masterha
#删除原有内容，直接复制并修改节点服务器的IP地址，直接创建app1.cnf亦可echo '' > /etc/masterha/app1.cnf
vim /etc/masterha/app1.cnf
[server default]
manager_log=/var/log/masterha/app1/manager.log      #manager日志
manager_workdir=/var/log/masterha/app1            #manager工作目录
master_binlog_dir=/var/lib/mysql       　#master保存binlog的位置，这里的路径要与master里配置的binlog的路径一致，以便MHA能找到
master_ip_failover_script=/usr/local/bin/master_ip_failover  #设置自动failover时候的切换脚本，也就是上面的那个脚本
master_ip_online_change_script=/usr/local/bin/master_ip_online_change  #设置手动切换时候的切换脚本
user=mha        #设置监控用户root
password=Mha@1234    #设置mysql监控用户的密码，这个密码是前文中创建监控用户的那个密码
ping_interval=1    #设置监控主库，ping的时间间隔，默认3秒，尝试三次没有回应的时候自动进行failover
remote_workdir=/tmp     #设置远端mysql在发生切换时binlog的保存位置
repl_password=Admin@123    #设置主从复制用户的密码
repl_user=root #设置主从复制用户的用户
report_script=/usr/local/send_report    　#设置发生切换后发送的报警的脚本
secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.99.117 -s 192.168.99.118 #指定检查的从服务器IP地址
shutdown_script=""      #设置故障发生后关闭故障主机脚本（该脚本的主要作用是关闭主机防止发生脑裂,这里没有使用）
ssh_user=root    #设置ssh的登录用户名
user=mha        #设置监控用户root
[server1]
hostname=192.168.99.116
port=3306
[server2]
hostname=192.168.99.117
port=3306
candidate_master=1
#设置为候选master，设置该参数以后，发生主从切换以后将会将此从库提升为主库，即使这个从库不是集群中最新的slave
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.99.118
port=3306

echo '' > /etc/masterha/app1.cnf
vim /etc/masterha/app1.cnf[server default]
manager_log=/var/log/masterha/app1/manager.log
manager_workdir=/var/log/masterha/app1
master_binlog_dir=/var/lib/mysql
master_ip_failover_script=/usr/local/bin/master_ip_failover
master_ip_online_change_script=/usr/local/bin/master_ip_online_change
user=mha
password=Mha@1234
ping_interval=1
remote_workdir=/tmp
repl_password=Admin@123
repl_user=root
secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.99.117 -s 192.168.99.118
shutdown_script=""
ssh_user=root
user=mha
[server1]
hostname=192.168.99.116
port=3306
[server2]
candidate_master=1
check_repl_delay=0
hostname=192.168.99.117
port=3306
[server3]
hostname=192.168.99.118
port=3306

4、在master上手动开启vip

首次需要在master服务器手动开启vip，添加完成后ifconfig查看会多一个ens33:1网卡

ifconfig ens33:1 192.168.99.200/24

5、测试 ssh 无密码认证

在 manager 节点上测试 ssh 无密码认证，如果正常最后会输出 successfully

masterha_check_ssh -conf=/etc/masterha/app1.cnf

6、测试 mysql 主从连接情况

在 manager 节点上测试 mysql 主从连接情况，最后出现 MySQL Replication Health is OK 字样说明正常。

masterha_check_repl -conf=/etc/masterha/app1.cnf

7、启动 MHA

#启动mha
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 &

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

8、查看集群状态

#查看 MHA 状态，可以看到当前的 master 是 Mysql1 节点
masterha_check_status --conf=/etc/masterha/app1.cnf#查看 MHA 日志，也可以看到当前的 master 是 192.168.99.116 
cat /var/log/masterha/app1/manager.log | grep "current master"#查看 master 的 VIP 地址 192.168.99.200  是否存在，这个 VIP 地址不会因为 manager 节点停止 MHA 服务而消失
ifconfig

#若要关闭 manager 服务，可以使用如下命令。
masterha_stop --conf=/etc/masterha/app1.cnf
#或者可以直接采用 kill 进程 ID 的方式关闭

3.6故障模拟

1、监控MHA日志

在 manager 节点上监控观察日志记录

tail -f /var/log/masterha/app1/manager.log

2、master 停止mysql服务

master 节点停止mysql服务

systemctl stop mysqld

正常自动切换一次后，MHA 进程会退出。MHA 会自动修改 app1.cnf 文件内容，将宕机的 master 节点删除

故障切换备选主库的算法：

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

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

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

（1）默认情况下如果一个slave落后master 100M的relay logs的话，即使有权重，也会失效。

（2）如果check_repl_delay=0的话，即使落后很多日志，也强制选择其为备选主

查看slave1 是否接管 VIP

查看manager节点动态日志

----- Failover Report -----app1: MySQL Master failover 192.168.99.116(192.168.99.116:3306) to 192.168.99.117(192.168.99.117:3306) succeededMaster 192.168.99.116(192.168.99.116:3306) is down!Check MHA Manager logs at mha:/var/log/masterha/app1/manager.log for details.Started automated(non-interactive) failover.
Invalidated master IP address on 192.168.99.116(192.168.99.116:3306)
The latest slave 192.168.99.117(192.168.99.117:3306) has all relay logs for recovery.
Selected 192.168.99.117(192.168.99.117:3306) as a new master.
192.168.99.117(192.168.99.117:3306): OK: Applying all logs succeeded.
192.168.99.117(192.168.99.117:3306): OK: Activated master IP address.
192.168.99.118(192.168.99.118:3306): This host has the latest relay log events.
Generating relay diff files from the latest slave succeeded.
192.168.99.118(192.168.99.118:3306): OK: Applying all logs succeeded. Slave started, replicating from 192.168.99.117(192.168.99.117:3306)
192.168.99.117(192.168.99.117:3306): Resetting slave info succeeded.
Master failover to 192.168.99.117(192.168.99.117:3306) completed successfully.

3.7故障修复

1、修复原master

systemctl restart mysqld

3.7.2修复主从

1、在现主库服务器 slave1 查看二进制文件和同步点

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

2、在原主库服务器 master 执行同步操作（从地址）

stop slave;
change master to
master_host='192.168.99.117',
master_user='root',
master_password='Admin@123',
master_log_file='mysql-bin.000001',
master_log_pos=18216;start slave;
show slave status\G;

3、在 manager 节点上修改配置文件app1.cnf（再把这个记录添加进去，因为它检测掉失效时候会自动消失）

sever1会被删除

vim /etc/masterha/app1.cnf
......
secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.99.116 -s 192.168.99.118
......
[server1]
hostname=192.168.99.117
port=3306
[server2]
candidate_master=1
check_repl_delay=0
hostname=192.168.99.116
port=3306
[server3]
hostname=192.168.99.118
port=3306

4、在 manager 节点上启动 MHA

# 停止
masterha_stop --conf=/etc/masterha/app1.cnf
# 启动
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 &
# 查看状态
masterha_check_status --conf=/etc/masterha/app1.cnf

tip:

#解决中英字不兼容报错的问题
dos2unix /usr/local/bin/master_ip_failover 

四、总结

MHA的作用：解决mysql的高可用和故障切换；mha的核心部分由manager和node俩部分组成：manager：主要功能：做MHA启动、关闭、管理和检测mysql各种健康状态、node：在发生故障时，尽可能的保存二进制日志，并且实现故障切换（vip地址飘移）。

故障切换MHA会做哪些工作：

Mha会多次尝试检测master存活状态

Mha会多次尝试、尽可能的保存master的二进制文件

Mha会根据app1.cnf中的配置部分，进行从服务器—>主服务器的位置

Mha最后会将master的vip地址作为切换到从服务器的位置

Mha在选择完新的master之后，会在其余的slave上执行change master操作，指向新的master，来保证mysql的集群的健康

Mha故障问题：

①软连接必须都有

②免交互登录

③5个账号授权（其中三个账号是测试环境需要做的）

④初次运行mha功能时需要临时添加虚拟ip

⑤配置文件需要校验（master_ip_failover 1个故障切换脚本，app1.cnf mha的主配置文件）

⑥先安装node节点，在安装主节点

五、问题汇总

1、由于强行卸载mariadb导致libmysqlclient缺失

故障

2:postfix-2.10.1-6.el7.x86_64 有缺少的需求 libmysqlclient.so.18()(64bit)

解决

安装(mysql-community-libs-compat-5.7.17-1.el7.x86_64.rpm)

2、perl软件包无法安装

故障

perl-Log-Dispatch和perl-Parallel-ForkManager软件包找不到

解决

rpm -Uvh http://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm
epl-release版本问题，更新epl-release版本后安装该perl软件包即可

tips

#mysql源码包下载
wget http://dev.mysql.com/get/mysql-5.7.20.tar.gz

六、MHA的替代方案

然而，随着技术的发展，市场上出现了多种可以替代MHA的高可用解决方案，这些方案在功能、易用性或成本等方面可能提供不同的优势。以下是一些MHA的替代方案：

1. Percona XtraDB Cluster (PXC)
   Percona XtraDB Cluster是基于Galera Cluster的MySQL高可用方案，它支持多主复制，允许集群内的多个节点同时接受写操作，数据在节点间自动同步，确保数据的一致性。PXC在故障时能够自动切换，且提供了丰富的监控和管理工具。

2. MariaDB Galera Cluster
   MariaDB Galera Cluster是MariaDB数据库的原生多主复制解决方案，类似于Percona XtraDB Cluster，它基于Galera技术，提供了高可用性和数据一致性。它适合需要强一致性和高并发写操作的应用场景。

3. Vitess
   Vitess最初由YouTube开发，后来开源，现在由Google维护。Vitess是一个用于水平分区和复制的数据库中间件，支持MySQL和MariaDB。它不仅提供高可用性，还支持数据库的水平扩展，适用于需要大规模数据分片和跨数据中心部署的场景。

4. ProxySQL
   ProxySQL是一个高性能的数据库代理，可以实现读写分离、负载均衡和故障切换等功能。它可以根据查询类型智能地将请求路由到不同的MySQL实例，提高数据库系统的整体可用性和响应速度。

5. Tungsten Replicator
   Tungsten Replicator是Continuent公司的产品，提供了一种灵活的复制框架，支持MySQL和其他数据库的复制。它提供了强大的数据转换和过滤功能，以及高可用性和灾难恢复解决方案。

6. Orchestrator
   Orchestrator是MySQL复制管理工具，虽然本身不提供故障切换功能，但它提供了可视化的复制拓扑管理，使管理员能够更容易地理解和控制复制关系。配合其他工具或手动操作，可以实现高可用性。

7. MySQL InnoDB Cluster
   MySQL InnoDB Cluster是Oracle提供的官方高可用解决方案，它结合了InnoDB的数据存储引擎和Group Replication技术，支持多主复制，自动故障检测和恢复，以及动态添加和删除成员节点的能力。

每种方案都有其特点和适用场景，选择时应根据自己的业务需求、数据量大小、预期的读写比例、运维团队的技术栈等因素综合考虑。在实施高可用方案之前，建议进行充分的测试和评估，以确保方案能够满足预期的目标。

---