MySQL中的MHA高可用集群部署、故障切换还原

MySQL中的MHA高可用集群部署、故障切换还原

一、MHA概念MHA（MasterHigh Availability）是一套优秀的MySQL高可用环境下故障切换和主从复制的软件。MHA 的出现就是解决MySQL 单点的问题。MySQL故障切换过程中，MHA能做到0-30秒内自动完成故障切换操作。MHA能在故障切换的过程中最大程度上保证数据的一致性，以达到真正意义上的高可用。

1、MHA 的组成●MHA Node（数据节点）MHA Node 运行在每台 MySQL 服务器上。

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

2、MHA 的特点●自动故障切换过程中，MHA试图从宕机的主服务器上保存二进制日志，最大程度的保证数据不丢失●使用半同步复制，可以大大降低数据丢失的风险，如果只有一个slave已经收到了最新的二进制日志，MHA可以将最新的二进制日志应用于其他所有的slave服务器上，因此可以保证所有节点的数据一致性●目前MHA支持一主多从架构，最少三台服务，即一主两从

二、搭建MySQL+MHA实验思路

1、MHA架构数据库安装一主两从MHA搭建

2、故障模拟模拟主库失效备选主库成为主库原故障主库恢复重新加入到MHA成为从库

2、修改 master（192.168.19.17）、Slave1（192.168.19.18）、Slave2（192.168.19.19） 节点的主机名

hostnamectl set-hostname mysql1su -

hostnamectl set-hostname mysql2su -

vim /etc/my.cnf[mysqld]server-id = 20log_bin = master-binlog-slave-updates = true

slave：mysql2(192.168.19.18)、mysql3(192.168.19.19)

vim /etc/my.cnfserver-id = 30 #server-id = 40 mysql3则为40，三台服务器 server-id 不能一样log_bin = master-binrelay-log = relay-log-binrelay-log-index = slave-relay-bin.index

4、配置MySQL一主两从所有MySQL服务器进行MySQL授权

mysql -e "grant replication slave on . to 'myslave'@'192.168.19.%' identified by '123123';"mysql -e "grant all privileges on . to 'mha'@'192.168.19.%' identified by 'manager';"mysql -e "grant all privileges on . to 'mha'@'mysql1' identified by 'manager';"mysql -e "grant all privileges on . to 'mha'@'mysql2' identified by 'manager';"mysql -e "grant all privileges on . to 'mha'@'mysql3' identified by 'manager';"

在Master节点查看二进制文件和同步点

mysql -e "show master status;"

在 Slave1、Slave2 节点执行同步操作

mysql -e "change master to master_host='192.168.19.17',master_user='myslave',master_password='123123',master_log_file='master-bin.000002',master_log_pos=2478;"

mysql -e "start slave;" mysql -e "show slave status\G" | awk '/Running:/{print}'

mysql -e "set global read_only=1;"

5、主从复制验证在Master创建库

主从复制搭建完成

6、安装 MHA 软件1、所有服务器上都安装 MHA 依赖的环境，首先安装 epel 源，需要在线源安装再在所有服务器上安装 node 组件

脚本如下：（直接执行即可）

#!/bin/bash

echo "----开始配置在线YUM源仓库（aliyun）----"mkdir -p /etc/yum.repos.d#'-p'选项表示确保目录名称存在，若不存在则创建

mv -f /etc/yum.repos.d/* /etc/yum.repos.d/repos-0.bak#'-f'选项表示不会询问，直接覆盖同名旧文件

wget -O /etc/yum.repos.d/CentOS-Base.repo clean all && yum makecache fast#清除软件包缓存/将服务器上的软件包信息缓存至本地，以提高搜索与安装软件的速度

yum list

yum install epel-release --nogpgcheck -y

yum install -y perl-DBD-MySQL \perl-Config-Tiny \perl-Log-Dispatch \perl-Parallel-ForkManager \perl-ExtUtils-CBuilder \perl-ExtUtils-MakeMaker \perl-CPAN

将软件包mha4mysql-node-0.57.tar.gz放入/opt目录下

（2）安装MHA node软件包MHAmanager（192.168.19.11）mysql1（192.168.19.17）mysql2（192.168.19.18）mysql3（192.168.19.19）

对于每个操作系统版本不一样，这里 CentOS7.4 必须选择 0.57 版本。在所有服务器上必须先安装 node 组件，最后在 MHA-manager 节点上安装 manager 组件，因为 manager 依赖 node 组件。

将软件包mha4mysql-manager-0.57.tar.gz放入/opt目录下

（3）在 MHA manager 节点上安装 manager 组件MHAmanager（192.168.19.11）#将软件包mha4mysql-manager

主要包括以下几个：

主要如下：

脚本 作用save_binary_logs 保存和复制 master 的二进制日志apply_diff_relay_logs 识别差异的中继日志事件并将其差异的事件应用于其他的 slavefilter_mysqlbinlog 去除不必要的 ROLLBACK 事件（MHA 已不再使用这个工具）purge_relay_logs 清除中继日志（不会阻塞 SQL 线程）5、在所有服务器上配置无密码认证（1）在 manager 节点上配置到所有数据库节点的无密码认证MHAmanager（192.168.19.11）

三台服务器一样的操作

（2）在 mysql1 上配置到数据库节点 mysql2 和 mysql3 的无密码认证 ssh-keygen -t rsamysql1（192.168.19.19）

ssh-keygen -t rsassh-copy-id 192.168.19.17ssh-copy-id 192.168.19.18

（3）在 mysql2 上配置到数据库节点 mysql1 和 mysql3 的无密码认证mysql2（192.168.19.18）

ssh-keygen -t rsassh-copy-id 192.168.19.18ssh-copy-id 192.168.19.19

（3）在 mysql3 上配置到数据库节点 mysql2 和 mysql1 的无密码认证mysql2（192.168.19.18）

ssh-keygen -t rsassh-copy-id 192.168.19.17ssh-copy-id 192.168.19.19

6、在 manager 节点上配置 MHAMHAmanager（192.168.19.11）（1）在 manager 节点上复制相关脚本到/usr/local/bin 目录

cp -rp /opt/mha4mysql-manager-0.57/samples/scripts /usr/local/bin

#复制后会有四个执行文件ll /usr/local/bin/scripts/

文件名 作用master_ip_failover 自动切换时 VIP 管理的脚本master_ip_online_change 在线切换时 vip 的管理power_manager 故障发生后关闭主机的脚本send_report 因故障切换后发送报警的脚本（2）复制上述的自动切换时 VIP 管理的脚本到 /usr/local/bin 目录，这里使用master_ip_failover脚本来管理 VIP 和故障切换

cp /usr/local/bin/scripts/master_ip_failover /usr/local/bin

#先清空原有内容echo '' > /usr/local/bin/master_ip_failover

#直接复制并修改vip相关参数vim /usr/local/bin/master_ip_failover#!/usr/bin/env perluse 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.163.200'; #指定vip的地址my $brdc = '192.168.163.255'; #指定vip的广播地址my $ifdev = 'ens33'; #指定vip绑定的网卡my $key = '1'; #指定vip绑定的虚拟网卡序列号my $ssh_start_vip = "/sbin/ifconfig ens33:$key $vip"; #代表此变量值为ifconfig ens33:1 192.168.163.200my $ssh_stop_vip = "/sbin/ifconfig ens33:$key down"; #代表此变量值为ifconfig ens33:1 downmy $exit_code = 0; #指定退出状态码为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 \";}

（3）创建 MHA 软件目录并拷贝配置文件，这里使用app1.cnf配置文件来管理 mysql 节点服务器

mkdir /etc/masterhacp /opt/mha4mysql-manager-0.57/samples/conf/app1.cnf /etc/masterha

vim /etc/masterha/app1.cnf[server default]manager_log=/var/log/masterha/app1/manager.logmanager_workdir=/var/log/masterha/app1master_binlog_dir=/usr/local/mysql/datamaster_ip_failover_script=/usr/local/bin/master_ip_failovermaster_ip_online_change_script=/usr/local/bin/master_ip_online_changeuser=mhapassword=managerping_interval=1remote_workdir=/tmprepl_user=myslaverepl_password=123456secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.163.12 -s 192.168.163.13shutdown_script=""ssh_user=root

[server1]hostname=192.168.19.19port=3306

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

[server3]hostname=192.168.19.18port=3306

#--------------------------配置文件解释--------------------------------------------------------------------------[server default]manager_log=/var/log/masterha/app1/manager.log　　　 #manager日志manager_workdir=/var/log/masterha/app1.log　　　　 #manager工作目录master_binlog_dir=/usr/local/mysql/data/　　　　　　　#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 #设置监控用户rootpassword=manager #设置mysql中root用户的密码，这个密码是前文中创建监控用户的那个密码ping_interval=1 #设置监控主库，发送ping包的时间间隔1秒，默认是3秒，尝试三次没有回应的时候自动进行failoverremote_workdir=/tmp #设置远端mysql在发生切换时binlog的保存位置repl_user=myslave #设置复制用户的用户repl_password=123456 #设置复制用户的密码report_script=/usr/local/send_report　　#设置发生切换后发送的报警的脚本secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.163.12 -s 192.168.163.13 #指定检查的从服务器IP地址shutdown_script="" #设置故障发生后关闭故障主机脚本（该脚本的主要作用是关闭主机防止发生脑裂,这里没有使用）ssh_user=root #设置ssh的登录用户名

[server1]hostname=192.168.19.19port=3306[server2]hostname=192.168.19.17port=3306candidate_master=1#设置为候选master，设置该参数以后，发生主从切换以后将会将此从库提升为主库，即使这个主库不是集群中最新的slavecheck_repl_delay=0#默认情况下如果一个slave落后master 超过100M的relay logs的话，MHA将不会选择该slave作为一个新的master， 因为对于这个slave的恢复需要花费很长时间；通过设置check_repl_delay=0，MHA触发切换在选择一个新的master的时候将会忽略复制延时，这个参数对于设置了candidate_master=1的主机非常有用，因为这个候选主在切换的过程中一定是新的master

7、第一次配置需要在 Master 节点上手动开启虚拟IPMaster（192.168.19.19）

8、在 manager 节点上测试 ssh 无密码认证MHAmanager（192.168.19.11）

masterha_check_ssh -conf=/etc/masterha/app1.cnf#如果正常最后会输出 successfully；#如果失败可以去配置服务器无密码认证的地方看看有没有问题

9、在 manager 节点上测试 mysql 主从连接情况MHAmanager（192.168.19.11）

10、在 manager 节点上启动 MHAMHAmanager（192.168.19.11）

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。

11、查看相关状态MHAmanager（192.168.19.11）查看 MHA 状态，可以看到当前的 master 是 Mysql1 节点。

mysql1（192.168.19.17）

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

ifconfig

补充：若要关闭 manager 服务，可以使用如下命令。

masterha_stop --conf=/etc/masterha/app1.cnf或者可以直接采用 kill 进程 ID 的方式关闭。

三、故障模拟1、故障模拟（1）在 manager 节点上监控观察日志记录MHAmanager（192.168.19.11）

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

（2）在 Master 节点 Mysql1 上停止mysql服务mysql1（192.168.19.19）

systemctl stop mysqld或pkill -9 mysql

（3）查看 mysql2 是否接管 VIPmysql2（192.168.19.17）

（4）回到manager 节点上监控观察日志记录MHAmanager（192.168.19.11）

故障切换备选主库的算法：1、一般判断从库的是从（position/GTID）判断优劣，数据有差异，最接近于master的slave，成为备选主。2、数据一致的情况下，按照配置文件顺序，选择备选主库。3、设定有权重（candidate_master=1），按照权重强制指定备选主。（1）默认情况下如果一个slave落后master 100M的relay logs的话，即使有权重，也会失效。（2）如果check_repl_delay=0的话，即使落后很多日志，也强制选择其为备选主。

（2）修复主从在现主库服务器 Mysql2 查看二进制文件和同步点mysql2（192.168.19.17）

mysql -uroot -p123456 -e 'show master status;'#在数据库中执行show master status;

在原主库服务器 mysql1 执行同步操作mysql1（192.168.19.19）

change master to master_host='192.168.163.12',master_user='myslave',master_password='123456',master_log_file='master-bin.000001',master_log_pos=1747;

start slave;

如果启动错误就把slave重置reset slave;

（3）在 manager 节点上修改配置文件app1.cnfMHAmanager（192.168.19.11）

再把这个记录添加进去，因为它检测掉失效时候会自动消失

vim /etc/masterha/app1.cnf……secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.19.19 -s 192.168.19.18......[server1]hostname=192.168.19.17port=3306

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

（4）在 manager 节点上启动 MHAMHAmanager（192.168.19.11）

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

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。