一套优秀的mysql高可用环境下故障切换和主从复制的软件
主要用于解决mysql单点故障问题
mysql故障过程中,MHA能做到在0-30秒内自动完成故障切换
故障切换过程中,最大程度保证数据一致性
1.MHA组成
①HMA Manager(管理节点)
②)MHA Node(数据节点)
2.MHA特点
1.实验思路
①MHA 架构
②故障模拟
主机 操作系统 IP地址 所需组件 MHAmanager centos7 192.168.88.60 MHAnode组件、MHAmanager组件 mysql1 centos7 192.168.88.70 mysql-boost-5.7.20.tar.gz、MHAnode组件 mysql2 centos7 192.168.88.80 mysql-boost-5.7.20.tar.gz、MHAnode组件 mysql3 centos7 192.168.88.90 mysql-boost-5.7.20.tar.gz、MHAnode组件
首先在三台mysql主机上安装mysql
关闭防火墙和安全机制 systemctl stop firewalld systemctl disable firewalld setenforce 0
在三台MySQL服务器上查看端口占用情况,MySQL是否启动 netstat -natp | grep 3306
2.修改三台MySQL服务器mysql节点名
hostnamectl set-hostname mysql1 su -
3.修改三台mysql服务器主配置文件/etc/my.cnf
vim /etc/my.cnf [mysqld] server-id = 1 log_bin = master-bin log-slave-updates = true systemctl restart mysqld ln -s /usr/local/mysql/bin/mysql /usr/sbin/ ln -s /usr/local/mysql/bin/mysqlbinlog /usr/sbin/
mysql1(192.168.88.70)
mysql2(192.168.88.80)
vim /etc/my.cnf server-id = 2 #server-id = 3 mysql3为3,三台服务器 server-id 都不能相同 log_bin = master-bin relay-log = relay-log-bin relay-log-index = slave-relay-bin.index systemctl restart mysqld ln -s /usr/local/mysql/bin/mysql /usr/sbin/ ln -s /usr/local/mysql/bin/mysqlbinlog /usr/sbin/
注:这里主配置文件中开启二进制写错了,log_bin = master-bin,已修改过来
mysql3操作内容与mysql2基本相同,只是主配置文件中service-id改为3,每台都不可相同
4.配置mysql一主两从架构
①所有mysql服务器进行mysql授权
mysql -uroot -p123456 grant replication slave on *.* to 'myslave'@'192.168.88.%' identified by '123456'; grant all privileges on *.* to 'mha'@'192.168.88.%' identified by 'manager'; grant all privileges on *.* to 'mha'@'mysql1' identified by 'manager'; grant all privileges on *.* to 'mha'@'mysql2' identified by 'manager'; grant all privileges on *.* to 'mha'@'mysql3' identified by 'manager'; flush privileges;
②在master节点查看二进制文件和同步点(192.168.88.70 mysql1)
show master status;
③在slave服务器节点执行同步操作(192.168.88.80 mysql2 192.168.88.90 mysql3)
change master to master_host='192.168.88.70',master_user='myslave',master_password='123456', master_log_file='master-bin.000001',master_log_pos=1745; start slave; show slave status\G Slave_IO_Running: Yes Slave_SQL_Running: Yes #一般 Slave_IO_Running: No 的可能性: #网络不通 #my.cnf配置有问题 #密码、file文件名、pos偏移量不对 #防火墙没有关闭
④两个从库设置为只读模式
set global read_only=1;
⑤主从复制验证效果
mysq1(192.168.88.70)
create database mq; use mq; create table boy(id int(3),name varchar(20),age int(3)); insert into boy values(1,'zmt',20); show tables; select * from boy;
mysql2(192.168.88.80)mysql3(192.168.88.90)
show databases;
5.安装MHA软件
①在所有服务器上安装MHA依赖环境,首先安装epel源
#安装在线源 mv /etc/yum.repos.d/repo.bak/CentOS-* /etc/yum.repos.d/ 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
②安装MHA node软件包
对于每个操作系统版本不一样 这里CentOS7.4 必须选择 0.57 版本 在所有服务器上必须先安装 node 组件 最后在 MHA-manager 节点上安装 manager 组件 因为 manager 依赖 node 组件
#将软件包mha4mysql-node-0.57.tar.gz放入/opt目录下 cd /opt tar zxvf mha4mysql-node-0.57.tar.gz cd mha4mysql-node-0.57 perl Makefile.PL make && make install
③在MHA manager节点上安装manager组件
#将软件包mha4mysql-manager-0.57.tar.gz放入/opt目录下 cd /opt tar zxvf 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
node组件安装后会在/usr/local/bin下生成几个脚本(这些工具通常由 MHAManager脚本触发,无需人为操作)主要如下
脚本 作用 save_binary_logs 保存和复制 master 的二进制日志 apply_diff_relay_logs 识别差异的中继日志事件并将其差异的事件应用于其他的 slave filter_mysqlbinlog 去除不必要的 ROLLBACK 事件(MHA 不再使用这个工具) purge_relay_logs 清除中继日志(不会阻塞 SQL 线程)
6.在所有服务器上配置无密码认证
①在 manager 节点上配置到所有数据库节点的无密码认证
MHAmanager(192.168.88.60)
ssh-keygen -t rsa #一路按回车键 ssh-copy-id 192.168.88.70 ssh-copy-id 192.168.88.80 ssh-copy-id 192.168.88.90
②在 mysql1 上配置到数据库节点 mysql2 和 mysql3 的无密码认证
mysql1(192.168.88.70)
ssh-keygen -t rsa ssh-copy-id 192.168.88.80 ssh-copy-id 192.168.88.90
③在 mysql2 上配置到数据库节点 mysql1 和 mysql3 的无密码认证
mysql2(192.168.88.80)
ssh-keygen -t rsa ssh-copy-id 192.168.88.70 ssh-copy-id 192.168.88.90
④在 mysql3 上配置到数据库节点 mysql1 和 mysql2 的无密码认证
mysql3(192.168.88.90)
ssh-keygen -t rsa ssh-copy-id 192.168.88.70 ssh-copy-id 192.168.88.80
7.在manager节点上配置MHA
①在 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 因故障切换后发送报警的脚本
②复制上述自动切换时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 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.88.200'; #指定vip的地址 my $brdc = '192.168.88.255'; #指定vip的广播地址 my $ifdev = 'ens33'; #指定vip绑定的网卡 my $key = '1'; #指定vip绑定的虚拟网卡序列号 my $ssh_start_vip = "/sbin/ifconfig ens33:$key $vip"; #代表此变量值为ifconfig ens33:1 192.168.88.200 my $ssh_stop_vip = "/sbin/ifconfig ens33:$key down"; #代表此变量值为ifconfig ens33:1 down my $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 \"`; } 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"; }
③创建 MHA 软件目录并拷贝配置文件,这里使用app1.cnf配置文件来管理 mysql 节点服务器
mkdir /etc/masterha cp /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.log manager_workdir=/var/log/masterha/app1 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 user=mha password=manager ping_interval=1 remote_workdir=/tmp repl_user=myslave repl_password=123456 secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.88.80 -s 192.168.88.90 shutdown_script="" ssh_user=root [server1] hostname=192.168.88.70 port=3306 [server2] candidate_master=1 check_repl_delay=0 hostname=192.168.88.80 port=3306 [server3] hostname=192.168.88.90 port=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 #设置监控用户root password=manager #设置mysql中root用户的密码,这个密码是前文中创建监控用户的那个密码 ping_interval=1 #设置监控主库,发送ping包的时间间隔1秒,默认是3秒,尝试三次没有回应的时候自动进行failover remote_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.88.80 -s 192.168.88.90 #指定检查的从服务器IP地址 shutdown_script="" #设置故障发生后关闭故障主机脚本(该脚本的主要作用是关闭主机防止发生脑裂,这里没有使用) ssh_user=root #设置ssh的登录用户名 [server1] hostname=192.168.88.70 port=3306 [server2] hostname=192.168.88.80 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.88.90 port=3306
8.第一次配置要在 Master 节点上手动开启虚拟IP
/sbin/ifconfig ens33:1 192.168.88.200/24
9.在manager节点上测试ssh无密码认证
masterha_check_ssh -conf=/etc/masterha/app1.cnf #如果正常会出现successfully; #如果失败可以去配置服务器无密码认证的地方查看问题
10.在manager上测试主从复制
masterha_check_repl -conf=/etc/masterha/app1.cnf #出现 MySQL Replication Health is OK 说明正常; #出现MySQL Replication Health is NOT OK!,可以去查看mysql服务器上的软链接是否少创建-->本文位置:2、修改三台MySQL服务器的主配置文件/etc/my.cnf,并创建命令软链接
11.在 manager 节点上启动 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。
12.查看相关状态
查看 MHA 状态,可看到当前master为Mysql1 节点
masterha_check_status --conf=/etc/masterha/app1.cnf
查看 MHA 日志,可看到当前master为192.168.88.70(MySQL1)
cat /var/log/masterha/app1/manager.log | grep "current master"
查看 Mysql1 的 VIP 地址,查看 Mysql1 的 VIP 地址 192.168.88.200 是否存在,这个 VIP 地址不会因为 manager 节点停止 MHA 服务而消失
关闭manager服务方法
masterha_stop --conf=/etc/masterha/app1.cnf 或直接用 kill 进程 ID方式关闭
1.故障模拟
①在 manager 节点上监控观察日志记录
tail -f /var/log/masterha/app1/manager.log
②在 Master 节点 Mysql1 上停止mysql服务
systemctl stop mysqld 或 pkill -9 mysql
正常自动切换一次后,MHA 进程会退出。HMA 会自动修改 app1.cnf 文件内容,将宕机的 mysql1 节点删除
③查看 mysql2 是否接管 VIP
ifconfig
④回到manager 节点上监控观察日志记录
故障切换备选主库的算法: 1、一般判断从库的是从(position/GTID)判断优劣,数据有差异,最接近 于master的slave,成为备选主。 2、数据一致的情况下,按照配置文件顺序,选择备选主库。 3、设定有权重(candidate_master=1),按照权重强制指定备选主。 - 默认情况下如果一个slave落后master 100M的relay logs的话,即使有权重,也会失效。 - 如果check_repl_delay=0的话,即使落后很多日志,也强制选择其为备选主。
2.故障修复步骤
①修复mysql
systemctl restart mysqld
②修复主从
在现主库服务器 Mysql2 查看二进制文件和同步点
mysql -uroot -p123456 -e 'show master status;' #在数据库中执行show master status;
在原主库服务器 mysql1 执行同步操作
change master to master_host='192.168.88.80',master_user='myslave',master_password='123456',master_log_file='master-bin.000001',master_log_pos=1745; start slave; show slave status\G
③在 manager 节点上修改配置文件app1.cnf
再把这个记录添加进去,因为它检测失效时会自动消失
vim /etc/masterha/app1.cnf …… secondary_check_script=/usr/local/bin/masterha_secondary_check -s 192.168.88.70 -s 192.168.88.90 ...... [server1] hostname=192.168.88.80 port=3306 [server2] candidate_master=1 check_repl_delay=0 hostname=192.168.88.70 port=3306 [server3] hostname=192.168.88.90 port=3306
④在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