往期历史
模拟故障
- 上篇文章咱们模拟了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 软件安装节点操作
)
如果是正式环境,需要备份主库恢复到新启动从库