往期历史
模拟故障
- 上篇文章咱们模拟了MHA故障,手动宕掉了主库,看mha切换主库是否成功。切换成功后,mha服务下线(不满足mha 3节点需求,mha服务停止)
恢复MHA服务
- 恢复服务由于主库宕机原因与宕机时间不同,恢复方法也要差别
- 如果整台物理机无法使用,则需要重装系统,重装软件,初始化数据库,全备主库然后恢复从库在
change master to加入主从环境 - 由于上篇模拟故障只是停掉了mysql,所有只要再次启动就好
- [root@oldboy tools]# /etc/init.d/mysqld start #启动mysql实例
- [root@oldboy app1]# cd /var/log/mha/app1/ #进入mha日志目录(
在Manager 软件安装节点操作)
[root@oldboy app1]# vim manager(在Manager 软件安装节点操作)
- 直接复制日志里已经写好的CHANGE MASTER TO,改下密码就行
CHANGE MASTER TO MASTER_HOST='10.0.0.129', MASTER_PORT=3306, MASTER_AUTO_POSITION=1, MASTER_USER='repl', MASTER_PASSWORD='xxx';
- mha配置文件恢复,把修复好的节点重新加入配置文件(节点宕机mha会移除宕机的节点配置)(
在Manager 软件安装节点操作)
- masterha_check_repl --conf=/etc/mha/app1.cnf #检测主从环境(
在Manager 软件安装节点操作) - masterha_check_ssh --conf=/etc/mha/app1.cnf #检测互信(
在Manager 软件安装节点操作) 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服务在Manager 软件安装节点操作)- masterha_check_status --conf=/etc/mha/app1.cnf #检测mha状态
在Manager 软件安装节点操作)
如果是正式环境,需要备份主库恢复到新启动从库

本文档介绍了在Centos7环境下,针对MySQL5.6.40高可用架构的MHA(Master High Availability)如何进行故障模拟及恢复。通过模拟主库宕机,展示了如何重启MySQL服务并使用CHANGEMASTERTO命令恢复从库,以及检查和恢复MHA服务的详细步骤。此外,还提到了在正式环境中需要备份主库来恢复新从库。


1280

被折叠的 条评论
为什么被折叠?



