当前位置：首页 > news >正文

Mysql—高可用集群故障迁移

news 2025/7/11 4:36:40

MHA的故障切换

共包括以下的步骤：

1.配置文件检查阶段，这个阶段会检查整个集群配置文件配置

2.宕机的master处理，这个阶段包括虚拟ip摘除操作，主机关机操作

3.复制dead master和最新slave相差的relay log，并保存到MHA Manger具体的目录下

4.识别含有最新更新的slave

5.应用从master保存的二进制日志事件（binlog events）

6.提升一个slave为新的master进行复制

7.使其他的slave连接新的master进行复制

master未出现故障手动切换

原先172.25.254.10主机为Master

172.25.254.20,172.25.254.30主机为slave,

使用MHA可以进行切换

可以172.25.254.20转换为Master，172.25.254.10为slave

172.25.254.50上

[root@node4 ~]# vim /etc/masterha/app1.cnf

使用命令进行检测

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

[root@node4 ~]# masterha_master_switch --conf=/etc/masterha/app1.cnf --master_state=alive --new_master_host=172.25.254.20 --new_master_port=3306 --orig_master_is_new_slave --running_updates_limit=10000

Master切换成功！！

172.25.254.10

172.25.254.20

172.25.254.30

master出现故障手动切换

172.25.254.10主机上模拟故障

172.25.254.50

[root@node4 ~]# masterha_master_switch --master_state=dead --conf=/etc/masterha/app1.cnf --dead_master_host=172.25.254.10 --dead_master_port=3306 --new_master_host=172.25.254.20 --new_master_port=3306 --ignore_last_failove

同意授权

Master切换成功！！

172.25.254.30

使用命令进行检测发现主是172.25.254.20

mysql> SHOW SLAVE STATUS\G;

172.25.254.10

重启数据库

[root@node1 ~]# /etc/init.d/mysqld start

使用命令进行查询

mysql> SHOW SLAVE STATUS\G;

由于重启启动后没有指定Master，得手动指定172.25.254.20主机

mysql> CHANGE MASTER TO MASTER_HOST='172.25.254.20', MASTER_USER='repl', MASTER_PAASSWORD='lee', MASTER_AUTO_POSITION=1;

mysql> start slave;

再次使用命令进行检测发现主是172.25.254.20

mysql> SHOW SLAVE STATUS\G;

master出现故障手动切换成功

恢复集群

当主是172.25.254.20时，可以使用命令切换回172.25.254.10

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

当进行切换的时候会生成锁文件