MySQL-17-MHA高可用技术

时间:2021-07-22
本文章向大家介绍MySQL-17-MHA高可用技术,主要包括MySQL-17-MHA高可用技术使用实例、应用技巧、基本知识点总结和需要注意事项,具有一定的参考价值,需要的朋友可以参考一下。



环境准备

环境准备

至少准备3台独立的虚拟机数据库实例,建议4台

这里实验只准备3台,需要配置好 基于GTID的主从复制,具体怎么配置可以参看前面的章节
db01 10.0.0.51		主库
db02 10.0.0.52		从库
db03 10.0.0.53		从库 +  MHA  +  额外的数据补偿服务(binlog-server)

基础架构


软件包

MHA软件包




MHA 架构软件结构说明

1 节点规划
manager端: db03
node端: db01,db02,db03
1主2从,独立数据库实例


2 MHA软件的构成(perl语言)
2.1 Manager工具包主要包括以下几个工具:
mha4mysql-manager-0.56-0.el6.noarch.rpm

masterha_manager            启动MHA 
masterha_check_ssh          检查MHA的SSH配置状况 
masterha_check_repl         检查MySQL复制状况 
masterha_master_monitor     检测master是否宕机 
masterha_check_status       检测当前MHA运行状态 
masterha_master_switch      控制故障转移(自动或者手动)
masterha_conf_host          添加或删除配置的server信息
masterha_stop               停止MHA服务

2.2 Node工具包主要包括以下几个工具:
mha4mysql-node-0.56-0.el6.noarch.rpm
这些工具通常由MHA Manager的脚本触发,无需人为操作
save_binary_logs            保存和复制master的二进制日志 
apply_diff_relay_logs       识别差异的中继日志事件并将其差异的事件应用于其他的
purge_relay_logs            清除中继日志(不会阻塞SQL线程)




MHA FailOver过程详解

1 什么是Failover?
故障转移.
主库宕机一直到业务恢复正常的处理过程(自动)

2 Failover让你实现怎么做?
	(1) 快速监控到主库宕机
	(2) 选择新主
	(3) 数据补偿
	(4) 解除从库身份
	(5) 剩余从库和新主库构建主从关系
	(6) 应用透明
	(7) 故障节点自愈(待开发...)
	(8) 故障提醒

3 MHA的Failover如何实现?
	从启动--->故障--->转移--->业务恢复
	(1) MHA通过masterha_manger脚本启动MHA的功能.
	(2) 在manager启动之前,会自动检查ssh互信(masterha_check_ssh)和主从状态(masterha_check_repl)
	(3) MHA-manager 通过 masterha_master_monitor脚本(每隔ping_interval秒)
	(4) masterha_master_monitor探测主库3次无心跳之后,就认为主库宕机了.
	(5) 进行选主过程
		  算法一: 
		    读取配置文件中是否有强制选主的参数?
		    candidate_master=1
		    check_repl_delay=0
		  算法二:
		    自动判断所有从库的日志量.将最接近主库数据的从库作为新主.
		  算法三:
		    按照配置文件先后顺序的进行选新主.
		
		  扩展一下:
		  candidate_master=1的应用场景?
		    1 MHA+KeepAlive VIP(早期MHA架构)
		    2 多地多中心
	(6) 数据补偿 
		  判断主库SSH的连通性
		  情况一: SSH能连
		    调用 save_binary_logs脚本,立即保存缺失部分的binlog到各个从节点,恢复
		  情况二: SSH无法连接
		    调用 apply_diff_relay_logs 脚本,计算从库的relaylog的差异,恢复到2号从库
		  (6.1) 提供额外的数据补偿的功能  @@
	(7)  解除从库身份
	(8)  剩余从库和新主库构建主从关系
	(9)  应用透明  @@
	(10) 故障节点自愈(待开发...)@@
	(11) 故障提醒@@



搭建

配置关键程序软连接,这一步一定要配置,据说是程序里面写死了路径。在3台服务器上都要执行

ln -s /application/mysql/bin/mysqlbinlog    /usr/bin/mysqlbinlog
ln -s /application/mysql/bin/mysql          /usr/bin/mysql

配置互信(这里的思维是在db01创建锁和钥匙,然后把锁和钥匙发给db02,db03,这样大家的锁和钥匙都一样了)

db01:
rm -rf /root/.ssh 
ssh-keygen
cd /root/.ssh 
mv id_rsa.pub authorized_keys
scp  -r  /root/.ssh  10.0.0.52:/root 
scp  -r  /root/.ssh  10.0.0.53:/root 

各节点验证:为了以后ssh的时候不再需要输入yes,命令一条一条的执行,不要3条一起执行
db01:
ssh 10.0.0.51 date
ssh 10.0.0.52 date
ssh 10.0.0.53 date
db02:
ssh 10.0.0.51 date
ssh 10.0.0.52 date
ssh 10.0.0.53 date
db03:
ssh 10.0.0.51 date
ssh 10.0.0.52 date
ssh 10.0.0.53 date

安装软件包(所有节点都要执行)

前言中的软件包上传到/server/tools目录
cd /server/tools
yum install perl-DBD-MySQL -y
rpm -ivh mha4mysql-node-0.56-0.el6.noarch.rpm

在db01主库中创建mha需要的用户(db01)

grant all privileges on *.* to mha@'10.0.0.%' identified by 'mha';
flush privileges;

Manager软件安装(db03)

yum install -y perl-Config-Tiny epel-release perl-Log-Dispatch perl-Parallel-ForkManager perl-Time-HiRes
rpm -ivh mha4mysql-manager-0.56-0.el6.noarch.rpm

配置文件准备(db03)

创建配置文件目录
mkdir -p /etc/mha
创建日志目录
mkdir -p /var/log/mha/app1
编辑mha配置文件
cat > /etc/mha/app1.cnf <<EOF
[server default]
manager_log=/var/log/mha/app1/manager        
manager_workdir=/var/log/mha/app1            
master_binlog_dir=/data/binlog       
user=mha						        # mha管理的账号                                   
password=mha                 			        # mha管理的密码              
ping_interval=2					        # 检测主机是否存活的间隔,2s。默认会检查3次,那么就是6秒
repl_password=123					# 主从复制用户的密码
repl_user=repl						# 主从复制用户的账号
ssh_user=root                   			        # ssh连接用的账号密码            
[server1]                                   
hostname=10.0.0.51
port=3306                                  
[server2]            
hostname=10.0.0.52
port=3306
[server3]
hostname=10.0.0.53
port=3306
EOF

状态检查(db03)

SSH连接检查
[root@db03 tools]# masterha_check_ssh  --conf=/etc/mha/app1.cnf 
Thu Dec 19 16:54:27 2019 - [debug]   ok.
Thu Dec 19 16:54:28 2019 - [info] All SSH connection tests passed successfully.


MySQL复制检查
[root@db03 tools]# masterha_check_repl  --conf=/etc/mha/app1.cnf 
Thu Dec 19 16:55:02 2019 - [info]  ok.
Thu Dec 19 16:55:02 2019 - [warning] master_ip_failover_script is not defined.
Thu Dec 19 16:55:02 2019 - [warning] shutdown_script is not defined.
Thu Dec 19 16:55:02 2019 - [info] Got exit code 0 (Not master dead).
MySQL Replication Health is OK.

开启MHA(db03)

nohup masterha_manager --conf=/etc/mha/app1.cnf --remove_dead_master_conf --ignore_last_failover  < /dev/null> /var/log/mha/app1/manager.log 2>&1 &

查看MHA状态

[root@db03 tools]# masterha_check_status --conf=/etc/mha/app1.cnf
app1 (pid:8535) is running(0:PING_OK), master:10.0.0.51

MHA 应用透明(vip)

db03:复制脚本到指定的目录(perl脚本)
cp /server/tools/master_ip_failover.txt /usr/local/bin/master_ip_failover

# 修改一下eth1改为eth0
vim /usr/local/bin/master_ip_failover
my $vip = '10.0.0.55/24';
my $key = '1';
my $ssh_start_vip = "/sbin/ifconfig eth0:$key $vip";
my $ssh_stop_vip = "/sbin/ifconfig eth0:$key down";

# 转换一下格式(注意:一定要加执行权限,不然可能导致MHA启动不了)
[root@db03 bin]# yum install -y  dos2unix
[root@db03 bin]# dos2unix /usr/local/bin/master_ip_failover
[root@db03 bin]# chmod +x /usr/local/bin/master_ip_failover 

# 修改MHA的配置文件,把vip的功能添加进去
[root@db03 bin]# vim /etc/mha/app1.cnf 
[server default]
master_ip_failover_script=/usr/local/bin/master_ip_failover


db01:手工添加vip
[root@db01 ~]# ifconfig eth0:1 10.0.0.55/24


db03 : 重启MHA
[root@db03 bin]# masterha_stop --conf=/etc/mha/app1.cnf
[root@db03 bin]# nohup masterha_manager --conf=/etc/mha/app1.cnf --remove_dead_master_conf --ignore_last_failover  < /dev/null> /var/log/mha/app1/manager.log 2>&1 &


db03:检查一下状态
[root@db03 bin]# masterha_check_status --conf=/etc/mha/app1.cnf
app1 (pid:14410) is running(0:PING_OK), master:10.0.0.51

MHA 故障提醒(db03)

# 拷贝发送邮件的脚本到对应的目录,这里建议不要修改目录
[root@db03 tools]# cp /server/tools/send /usr/local/bin/
[root@db03 tools]# cp /server/tools/sendEmail /usr/local/bin/
[root@db03 tools]# cp /server/tools/testpl /usr/local/bin/
[root@db03 ~]# cd /usr/local/bin/
[root@db03 tools]# chmod +x send
[root@db03 tools]# chmod +x sendEmail 
[root@db03 tools]# chmod +x testpl 

# 查看测试脚本
[root@db03 bin]# cat testpl 
#!/bin/bash
/usr/local/bin/sendEmail -o tls=no -f 13142209450@163.com -t 1029612787@qq.com -s smtp.163.com:25 -xu 13142209450 -xp abc123 -u "MHA Waring" -m "YOUR MHA MAY BE FAILOVER" &>/tmp/sendmail.log

# 测试邮件发送是否成功
[root@db03 bin]# ./testpl 

# MHA配置文件添加邮件发送功能,注意这里是send不是testpl文件
[root@db03 bin]# vim /etc/mha/app1.cnf 
[server default]
report_script=/usr/local/bin/send

# 重启MHA:
[root@db03 bin]# masterha_stop --conf=/etc/mha/app1.cnf
[root@db03 bin]# nohup masterha_manager --conf=/etc/mha/app1.cnf --remove_dead_master_conf --ignore_last_failover  < /dev/null> /var/log/mha/app1/manager.log 2>&1 &

额外的数据补偿(binlog_server)

找一台额外的机器,必须要有5.6以上的版本,支持gtid并开启,我们直接用的第二个slave(db03)
vim /etc/mha/app1.cnf 
[binlog1]
no_master=1								# 不参与选主
hostname=10.0.0.53
master_binlog_dir=/data/mysql/binlog

创建必要目录(注意,如果是MHA和db03在一台服务器是话,那么数据库binlog日志的目录和这里的日志目录一定不能一样!)
mkdir -p /data/mysql/binlog
chown -R mysql.mysql /data/*

拉取主库binlog日志
cd /data/mysql/binlog     ----->必须进入到自己创建好的目录

注意:拉取日志的起点,需要按照目前主库正在使用的binlog为起点.
mysqlbinlog  -R --host=10.0.0.51 --user=mha --password=mha --raw  --stop-never mysql-bin.000001 &

重启MHA-manager 
[root@db03 bin]# masterha_stop --conf=/etc/mha/app1.cnf
[root@db03 bin]# nohup masterha_manager --conf=/etc/mha/app1.cnf --remove_dead_master_conf --ignore_last_failover  < /dev/null> /var/log/mha/app1/manager.log 2>&1 &



故障模拟及故障处理

1 宕掉 db01 数据库
[root@db01 ~]# systemctl stop mysqld
  停止以后,MHA服务器会自动做出以下反应:
	  1.managerha_master管理进程自动退出
	  2.发送邮件到指定的邮箱
	  3.选举出新的主库,即VIP漂移到另外一台数据库
	  4.修改配置,剔除db01



2 恢复故障
2.1 启动故障节点(db01)
[root@db01 ~]# systemctl start mysqld

2.2 恢复1主2从
db03:
[root@db03 bin]# grep "CHANGE MASTER TO"  /var/log/mha/app1/manager
Thu Jul 18 18:31:54 2019 - [info]  All other slaves should start replication from here. Statement should be: CHANGE MASTER TO MASTER_HOST='10.0.0.52', MASTER_PORT=3306, MASTER_AUTO_POSITION=1, MASTER_USER='repl', MASTER_PASSWORD='xxx';

db01:
db01 [(none)]>CHANGE MASTER TO MASTER_HOST='10.0.0.52', MASTER_PORT=3306, MASTER_AUTO_POSITION=1, MASTER_USER='repl', MASTER_PASSWORD='123';
db01 [(none)]>start slave;


2.3 恢复配置文件(db03)
[root@db03 binlog]# vim /etc/mha/app1.cnf
[server1]
hostname=10.0.0.51
port=3306


2.4 启动MHA 
[root@db03 bin]# nohup masterha_manager --conf=/etc/mha/app1.cnf --remove_dead_master_conf --ignore_last_failover  < /dev/null> /var/log/mha/app1/manager.log 2>&1 &
[1] 16543
[root@db03 bin]# masterha_check_status --conf=/etc/mha/app1.cnf
app1 (pid:16543) is running(0:PING_OK), master:10.0.0.52

2.5 恢复binlogserver 
cd /data/mysql/binlog    
rm -rf /data/mysql/binlog/*

注意:拉取日志的起点,需要按照目前主库正在使用的binlog为起点.
mysqlbinlog  -R --host=10.0.0.52 --user=mha --password=mha --raw  --stop-never mysql-bin.000001 &

转载请注明出处哟~ https://www.cnblogs.com/lichengguo

原文地址:https://www.cnblogs.com/lichengguo/p/15045476.html