MHA实现mysql的高可用

最新推荐文章于 2024-05-11 16:52:43 发布
最新推荐文章于 2024-05-11 16:52:43 发布
阅读量186 收藏 1
点赞数
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/yyh_linux_note/article/details/97798590
版权

-------# 关于 MHA

1.Master HA，对主节点进行监控，可实现自动故障转 移至其它从节点；通过提升某一从
节点为新的主节点，基于主从复制实现，还需要客户端配合实现，目前MHA主要支持一主多
从的架构，要搭建MHA,要求一个复制集群中必须最少有 三台数据库服务器，一主二从，
即一台充当master，一台充当备用master，另外一台充当从库，如果财大气粗，也
可以用一台专门的服务器来当MHA监控管理服务器
2.MHA工作原理
1 从宕机崩溃的master保存二进制日志事件（binlog events）
2 识别含有最新更新的slave
3 应用差异的中继日志（relay log）到其他的slave
4 应用从master保存的二进制日志事件（binlog events）
5 提升一个slave为新的master
6 使其他的slave连接新的master进行复制

注意：MHA需要基于ssh，key验证登入方法

在这里插入图片描述

MHA软件由两部分组成，Manager工具包和Node工具包，具体的说明如下。
1.Manager工具包主要包括以下几个工具：
	masterha_check_ssh              检查MHA的SSH配置状况
	masterha_check_repl             检查MySQL复制状况
	masterha_manger                 启动MHA
	masterha_check_status           检测当前MHA运行状态
	masterha_master_monitor         检测master是否宕机
	masterha_master_switch          控制故障转移（自动或者手动）
	masterha_conf_host              添加或删除配置的server信息
2.Node工具包（这些工具通常由MHA Manager的脚本触发，无需人为操作）主要包括以下几个工具：
	save_binary_logs                保存和复制master的二进制日志
	apply_diff_relay_logs           识别差异的中继日志事件并将其差异的事件应用于其他的slave
	filter_mysqlbinlog              去除不必要的ROLLBACK事件（MHA已不再使用这个工具）
	purge_relay_logs                清除中继日志（不会阻塞SQL线程）

在这里插入图片描述

1.先搭建一主二从环境

在base2上

[root@base2 ~]# vim /etc/my.cnf
server-id=1
gtid_mode=ON
enforce-gtid-consistency=true
log_bin = binlog
log_slave_updates=ON

在这里插入图片描述

[root@base2 ~]# systemctl start mysqld
[root@base2 ~]# mysql -p
Enter password: 
mysql> grant replication slave on *.* to repl@'172.25.78.%' identified by 'Ting@666';
mysql> INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';
mysql> INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';
mysql> SET GLOBAL rpl_semi_sync_master_enabled=1;
mysql> SET GLOBAL rpl_semi_sync_master_timeout=1000000000000;
mysql> show variables like '%rpl%';

在这里插入图片描述mysql> show status like '%rpl%';
在这里插入图片描述 在base3上

[root@base3 ~]# vim /etc/my.cnf
server_id=2
gtid_mode =ON
enforce-gtid-consistency=true
log_bin = binlog
log_slave_updates=ON

在这里插入图片描述

[root@base3 ~]# systemctl start mysqld
[root@base3 ~]# mysql -p
Enter password:
mysql> stop slave;
mysql> change master to master_host='172.25.78.12',master_user='repl',master_password='Ting@666',MASTER_AUTO_POSITION=1;
mysql> start slave;
mysql> INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';
mysql> INSTALL PLUGIN rpl_semi_sync_slave SONAME 'semisync_slave.so';
mysql> SET GLOBAL rpl_semi_sync_master_enabled=1;
mysql> stop slave io_thread;
mysql> start slave io_thread;
mysql> show slave status\G;

当出现这种问题：
在这里插入图片描述解决方案

mysql> stop slave io_thread;
mysql> start slave io_thread;
mysql> show slave status\G;

在这里插入图片描述出现这种问题：
在这里插入图片描述解决：

在base2上:

mysql> reser  master;
base3:
mysql> stop slave;
mysql> start slave;

mysql> quit
Bye

在base4上

[root@base4 ~]# vim /etc/my.cnf
server_id=3
gtid_mode=ON
enforce-gtid-consistency=true
log_slave_updates=ON
log_bin=binlog

在这里插入图片描述

[root@base4 ~]# systemctl start mysqld
mysql> stop slave;
mysql> change master to master_host='172.25.78.12',master_user='repl',master_password='Ting@666',MASTER_AUTO_POSITION=1;
mysql> start slave;
mysql> show slave status\G;

在这里插入图片描述测试；
在master上：

mysql> use test;
Database changed
mysql> create table userlist (
    -> username varchar(20) not null,
    -> password varchar(15) not null);
mysql> insert into userlist values('user1',111);
mysql> insert into userlist values('user2',222);
mysql> select * from userlist;

在这里插入图片描述

在base3和base4上查看
在这里插入图片描述

2.搭建mha架构

1.数据同步（数据一致性逻辑检测）
2.数据架构逻辑

[root@base2 ~]# ls
mha4mysql-manager-0.58-0.el7.centos.noarch.rpm  perl-Mail-Sender-0.8.23-1.el7.noarch.rpm
mha4mysql-manager-0.58.tar.gz                   perl-Mail-Sendmail-0.79-21.el7.noarch.rpm
mha4mysql-node-0.58-0.el7.centos.noarch.rpm     perl-MIME-Lite-3.030-1.el7.noarch.rpm
perl-Config-Tiny-2.14-7.el7.noarch.rpm          perl-MIME-Types-1.38-2.el7.noarch.rpm
perl-Email-Date-Format-1.002-15.el7.noarch.rpm  perl-Parallel-ForkManager-1.18-2.el7.noarch.rpm
perl-Log-Dispatch-2.41-1.el7.1.noarch.rpm
[root@base2 ~]# yum install -y *.rpm
[root@base2 ~]# ssh-keygen   # 做免密

在这里插入图片描述

[root@base2 ~]# ssh-copy-id base2
[root@base2 ~]# ssh-copy-id base3
[root@base2 ~]# ssh-copy-id base4
[root@base2 ~]# mkdir /etc/masterha/
[root@base2 ~]# vim /etc/masterha/app1.cnf
[server default]
manager_workdir=/etc/masterha       # 设置manager的工作目录
manager_log=/var/log/masterha.log   #  设置manager的日志
master_binlog_dir=/var/lib/mysql       # 设置master保存binlog的位置
#master_ip_failover_script= /usr/local/bin/master_ip_failover    # 设置自动failover时候的切换脚本
#master_ip_online_change_script= /usr/local/bin/master_ip_online_change    # 设置手动切换的脚本
password=Ting@666                                   # 监控用户密码
user=root                                                  # 监控用户root
ping_interval=1                                        # 设置监控主库,发送ping包的间隔,默认3秒,尝试三次没有回应的时候自动进行failover
remote_workdir=/tmp                                  # 设置远端mysql在发生切换时binlog的保存位置
repl_password=Ting@666                      # 复制用户密码
repl_user=repl                                                # 复制用户
#report_script=/usr/local/send_report             # 设置发生切换后发送的报警的脚本
#secondary_check_script=/usr/local/bin/masterha_secondary_check -s server03 -s server02   
#shutdown_script=""
ssh_user=root

[server2]
hostname=172.25.78.12
port=3306

[server3]
hostname=172.25.78.13
port=3306
candidate_master=1
check_repl_delay=0   # 忽略，不检测

 默认情况下如果一个slave落后master 100M的relay logs的话,MHA将不会选择该slave作为一个新的master,
因为对于这个slave的恢复需要花费很长时间,通过设置check_repl_delay=0,MHA触发切换在选择一个新的master的时候将会忽略复制延时,这个参数对于设置了candidate_master=1的主机非常有用,因为这个候选主在切换的过程中一定是新的master
[server4]
hostname=172.25.78.14
port=3306
no_master=1   # 表示base4一直是slave

在这里插入图片描述

[root@base3 ~]# yum install -y mha4mysql-node-0.58-0.el7.centos.noarch.rpm 
[root@base4 ~]# yum install -y mha4mysql-node-0.58-0.el7.centos.noarch.rpm

免密检测，会报错，彼此之间都要进行检测

[root@base2 ~] masterha_check_ssh --conf=/etc/masterha/app1.cnf

在这里插入图片描述

[root@base2 ~]# scp -r .ssh/ base3:
[root@base2 ~]# scp -r .ssh/ base4:
[root@base2 ~]# masterha_check_ssh --conf=/etc/masterha/app1.cnf

在这里插入图片描述

检测彼此是否复制

[root@base2 ~]# masterha_check_repl --conf=/etc/masterha/app1.cnf

在这里插入图片描述解决问题

[root@base2 ~]# mysql -p
Enter password: 
mysql> grant all on *.* to root@'%' identified by 'Ting@666';       # 创建监控root，给监控用户授权
mysql> quit

在这里插入图片描述解决方案:
在base3和base4上两台slave服务器设置read_only（从库对外提供读服
务，只所以没有写进配置文件，是因为随时slave会提升为master）
在这里插入图片描述在这里插入图片描述解决方案（在base2上）：在这里插入图片描述在这里插入图片描述在这里插入图片描述测试高可用

1.故障手动切换

[root@base2 masterha]# systemctl stop mysqld    # 模拟down掉master
[root@base2 ~]# masterha_master_switch --master_state=dead --conf=/etc/masterha/app1.cnf --dead_master_host=172.25.78.12 --dead_master_port=3306 --new_master_host=172.25.78.13 --new_master_port=3306    # 在mha服务器上开始手动切换

在这里插入图片描述

[root@base2 ~]# masterha_master_switch --master_state=dead --conf=/etc/masterha/app1.cnf --dead_master_host=172.2.78.12 --dead_master_port=3306 --new_master_host=172.25.78.13 --new_master_port=3306   --dead_master_ip=172.2.78.12 # 添加上参数之后，继续切换

2.热切（master是好的，切换master）

热切原理

1. 检查当前的配置信息及主从服务器的信息
    包括读取MHA的配置文件/etc/masterha/app1.cnf及检查当前slave的健康状态
2. 阻止对当前master的更新
   主要通过如下步骤：
   1） 等待1.5s（$time_until_kill_threads*100ms），等待当前连接断开。
   2> 执行 read_only=1，阻止新的DML操作
   3> 等待0.5s，等待当前DML操作完成。
   4> kill掉所有连接。
   5> FLUSH NO_WRITE_TO_BINLOG TABLES
   6> FLUSH TABLES WITH READ LOCK
	3. 等待新master执行完所有的relay log
	Waiting to execute all relay logs on 192.168.244.20(192.168.244.20:3306)..
	4. 将新master的read_only设置为off，并添加VIP
	5. slave切换到新master上。
	   1> 等待slave（192.168.244.30）应用完原主从复制产生的relay log，然后执行change master操作切换到新master上。
	   2> 释放原master上加的锁。
	   3> 因masterha_master_switch命令行中带有--orig_master_is_new_slave参数，故原master也切换为新master的从。

6. 清理新master的相关信息。
 主要是执行了reset slave all操作，清除之前的复制信息。

[root@base2 ~]# masterha_master_switch --conf=/etc/masterha/app1.cnf
–master_state=alive --new_master_host=172.25.78.13 --new_master_port=3306 --orig_master_is_new_slave --running_updates_limit=10000
在这里插入图片描述

在原来的master（base2）上

mysql> STOP SLAVE; 
mysql> CHANGE MASTER TO MASTER_HOST='172.25.78.13',MASTER_PORT=3306, MASTER_AUTO_POSITION=1,MASTER_USER='repl', MASTER_PASSWORD='Ting@666'; 
mysql> START SLAVE;
mysql> set GLOBAL SQL_SLAVE_SKIP_COUNTER=1;

在这里插入图片描述在这里插入图片描述

3.自动切

在mha上

[root@base2 masterha]# nohup masterha_manager --conf=/etc/masterha/app1.cnf &> /dev/null &   # 开启监控，并打入后台

在这里插入图片描述 回到mha监控

[root@base2 masterha]#                  # 已经从后台自动退出
[1]+  Done                    nohup masterha_manager --conf=/etc/masterha/app1.

在这里插入图片描述

[root@base2 masterha]# pwd
/etc/masterha
[root@base2 masterha]# ls   # 并且会生成一个文件
app1.cnf  app1.failover.complete

注：默认情况下，MHA发生切换后会在日志目录，也就是上面设置的/data产生app1.failover.complete文件，下次再次切换的时候如果发现该目录下存在该文件将不允许触发切换，除非在第一次切换后收到删除该文件，如果下次想继续进行切换，添加这个参是–ignore_last_failover

在原来的master(base3)上

[root@base3 ~]# systemctl start mysqld
[root@base3 ~]# mysql -p
Enter password: 
mysql> stop slave;
mysql> CHANGE MASTER TO MASTER_HOST='172.25.78.12', MASTER_PORT=3306, MASTER_AUTO_POSITION=1, MASTER_USER='repl', MASTER_PASSWORD='Ting@666';   # 改变自己身份为slave
mysql> start slave;

3.mha实现vip漂移

在mha服务端
[root@base2 ~]# tar zxf mha4mysql-manager-0.58.tar.gz
[root@base2 ~]# cd mha4mysql-manager-0.58
[root@base2 mha4mysql-manager-0.58]# cd samples/
[root@base2 samples]# ls
conf  scripts
[root@base2 samples]# cd scripts/
[root@base2 scripts]# ls
master_ip_failover  master_ip_online_change  power_manager  send_report
[root@base2 scripts]# cp master_ip_failover  master_ip_online_change /usr/local/bin/
[root@base2 scripts]# cd /usr/local/bin/
[root@base2 bin]# ls
master_ip_failover  master_ip_online_change
[root@base2 bin]# vim master_ip_failover 
 my $vip = '172.25.78.100/24';
 my $ssh_start_vip = "/sbin/ip addr add $vip dev eth0";   # 注意自己使用的网卡设备名
 my $ssh_stop_vip = "/sbin/ip addr del $vip dev eth0

在这里插入图片描述

[root@base2 bin]# vim master_ip_online_change 
 my $vip = '172.25.78.100/24';
 my $ssh_start_vip = "/sbin/ip addr add $vip dev eth0";
 my $ssh_stop_vip = "/sbin/ip addr del $vip dev eth0";
 my $exit_code = 0;

在这里插入图片描述

[root@base2 bin]# chmod 755 *
[root@base2 bin]# vim /etc/masterha/app1.cnf 
master_ip_failover_script=/usr/local/bin/master_ip_failover
master_ip_online_change_script=/usr/local/bin/master_ip_online_change

在这里插入图片描述开始测试：

[root@base2 ~]# ip addr add 172.25.78.100/24 dev eth0  # 因为base2是，master，所以先手动给master添加Vip
[root@base2 ~]# ip a

在这里插入图片描述

开始热切换

[root@base2 bin]# masterha_master_switch --conf=/etc/masterha/app1.cnf --master_state=alive --new_master_host=172.25.78.13 --new_master_port=3306 --orig_master_is_new_slave --running_updates_limit=10000

在这里插入图片描述在这里插入图片描述在这里插入图片描述

实现vip自动漂移

在mha上进行后台监控

[root@base2 bin]# nohup masterha_manager --conf=/etc/masterha/app1.cnf &>/dev/null &

在master上

[root@base3 ~]# systemctl stop mysqld
[root@base3 ~]# ip a   # vip已经飘走

在这里插入图片描述在这里插入图片描述

小杨118709
关注
  • 0
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
MHA集群部署(GTID+vip+Sendmail+binlogserver).docx
06-04
MHA GTID sendmail VIP binlogserver 所有的部署安装了，傻瓜式教程
mysql binlog 高可用_mha高可用之binlogserver及其他参数说明
weixin_36411280的博客
02-26 247
前提：找一台额外的机器，必须要有5.6以上的版本，支持gtid并开启，这里我们直接用的第二个slave db03vim /etc/mha/app1.cnf //新添加如下内容[binlog1]no_master=1hostname=192.168.137.144master_binlog_dir=/data/mysql/binlog提前创建好,这个目录不能和原有的binlog一致mkdir -...
MySQL 5.7基于GTID的MHA高可用
小猴子的博客
04-26 1777
全局事务标示符（GlobalTransactions Identifier）是MySQL 5.6.5复制的一个新特性，GTID事务是全局唯一性的，且一个事务对应一个GTID。一个GTID在一个服务器上只会执行一次，避免重复执行导致数据混乱或者主从不一致。GTID用来代替传统的复制方法，传统的复制采用binlog和pos开启复制，而GTID不再需要binlog和pos，采用master_auto_p...
MYSQL高可用MHA一：GTID方式主从复制
weixin_42333478的博客
08-19 792
MYSQL高可用MHA一：GTID方式主从复制详细搭建和错误集锦
实战基于MHA方式实现MySQL高可用
07-23
资源名称：实战基于MHA方式实现MySQL高可用资源截图： 资源太大，传百度网盘了，链接在附件中，有需要的同学自取。
MySQL MHA高可用架构搭建手册
02-21
MySQL MHA高可用架构搭建手册
MHA-Mysql高可用 manager node.zip
11-12
Mariadb10.3.6/MySQL5.6以下版本不支持super_read_only，MHA只能用mha4mysql-0.56 Mariadb10.3.6/MySQL5.7以上版本支持super_read_only， MHA使用mha4mysql-0.58
mysql-MHA高可用
10-12
MySQL高可用性解决方案MHA（Master High Availability）是一种在MySQL环境中实现主从复制故障自动切换的工具。MHA由两部分组成：MHA Manager和MHA Node。在给定的文件列表中，我们看到`mha4mysql-manager-0.56-0.el6...
MYSQL 5.7 MHA(GTID+ROW)部署
08-17
MYSQL 5.7 MHA(GTID+ROW)部署 Mysql 数据库GDIT主从复制
mysql-community-libs-compat-5.7.22-1.el7.x86_64.rpm
02-27
mysql-community-libs-compat-5.7.22-1.el7.x86_64.rpm
MySQL高可用方案之MHA
TTSuzuka的博客
12-05 1947
MHA（Master HA）是一款开源的 MySQL 的高可用程序，它为 MySQL 主从复制架构提供了 automating master failover 功能。MHA 在监控到 master 节点故障时，会提升其中拥有最新数据的 slave 节点成为新的master 节点，在此期间，MHA 会通过于其它从节点获取额外信息来避免一致性方面的问题。MHA 还提供了 master 节点的在线切换功能，即按需切换 master/slave 节点。 　　MHA 是由日本人 yoshinorim（原就职于DeNA
MySQL数据库MHA高可用集群
qq_64612585的博客
03-29 1412
① MHA 是 MySQL 高可用环境下故障切换和主从复制的软件，用于数据库的高可用性解决方案② MHA 能够监控主服务器、数据库集群的状态，发生故障能在0-30秒内自动切换，可以解决单点故障③ MHA 能在故障切换的过程中最大程度上保证数据的一致性以达到真正意义上的高可用。
MySQL--MHA与GTID
weixin_33847182的博客
07-09 500
##==========================================## MySQL 5.6版本引入GTID来解决主从切换时BINLOG位置点难定位的问题，MHA从0.56版本开始支持基于GTID的复制，在发生故障切换时判断群集是否能采用基于GTID的方式进行切换 ##==========================================##基于GTID进行故...
MySQL高可用架构之MHA
weixin_42073629的博客
12-15 751
简介： MHA（MasterHigh Availability）目前在MySQL高可用方面是一个相对成熟的解决方案，它由日本DeNA公司youshimaton（现就职于Facebook公司）开发，是一套优秀的作为MySQL高可用性环境下故障切换和主从提升的高可用软件。在MySQL故障切换过程中，MHA能做到在0~30秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA能在最大程度上保证数据的一致性，以达到真正意义上的高可用。 该软件由两部分组成：MHA Manager（管理节点）和M.
MySQL之MHA高可用
masonyong的博客
08-19 406
在 MySQL 故障切换过程中，MHA 能做到在 0~30 秒之内自动完成数据库的故障切换操作，并且在进行故障切换的过程中，MHA 能在最大程度上保证数据的一致性，以达到真正意义上的高可用
Gtid方式搭建主从复制+MHA高可用集群
最新发布
2302_77503226的博客
05-11 851
GTID方式搭建的主从复制集群，无法实现高可用性，使用开源工具MHA来实现mysql主从复制的高可用性，用来简化mysql高可用的部署和管理。
mysql主从数据一致性问题及MHA和MGR的架构及底层原理
cousic的博客
08-25 3199
MySQL的传统主从复制机制 MySQL传统的高可用解决方案是通过binlog复制来搭建主从或一主多从的数据库集群。主从之间的复制模式支持异步模式(async replication)和半同步模式(semi-sync replication)。无论哪种模式下，都是主库master提供读写事务的能力，而slave只能提供只读事务的能力。在master上执行的更新事务通过binlog复制的方式传送给slave，slave收到后将事务先写入relay log，然后重放事务，即在slave上重新执行一次事务，从而达

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值