>[info] 修复宕机的 master 和 日常维护命令 1. **修复宕机的 master：** 通常情况下自动切换以后，原master可能已经废弃掉，待原master主机修复后，如果数据完整的情况下，可能想把原来master重新作为新主库的slave，这时我们可以借助当时自动切换时刻的MHA日志来完成对原master的修复。下面是提取相关日志的命令： ``` # 查看日志内容 cat /var/log/mha/app1/manager.log All other slaves should start replication from here. Statement should be: CHANGE MASTER TO MASTER_HOST='192.168.83.131', MASTER_PORT=3306, MASTER_LOG_FILE='mysql-bin.000006', MASTER_LOG_POS=1769, MASTER_USER='slave', MASTER_PASSWORD='xxx'; ``` 意思是说，如果Master主机修复好了，可以在修复好后的Master执行 `change master` 操作，作为新的slave库。 ***** 2. **日常维护命令：** ``` # SSH检查 masterha_check_ssh --conf=/etc/mha/app1.cnf # 主从检查 masterha_check_repl --conf=/etc/mha/app1.cnf # 停止MHA masterha_stop --conf=/etc/mha/app1.cnf # 检查状态 masterha_check_status --conf=/etc/mha /app1.cnf # 查看 master 日志 tail -f /var/log/mha/app1/manager.log # 当有slave 节点宕掉时，默认是启动不了的，加上 --ignore_fail_on_start 即使有节点宕掉也能启动MHA，如下： nohup masterha_manager --conf=/etc/masterha/app1.cnf --ignore_fail_on_start &>/tmp/mha_manager.log & ``` ***** 3. **示例：** 当前 master（192.168.83.130）已停止服务 3.1 登录 master 启动 mysql 服务 ``` service mysqld start ```  3.2 根据 master 日志 manager.log 重新开始 `change master` ``` change master to master_host='192.168.83.131',master_user='slave',master_password='123456',master_log_file='mysql-bin.000006',master_log_pos=1769; start slave; show slave status \G; ```  3.3 再 新 master （192.168.83.131）插入数据查看效果 192.168.83.131：（主）  192.168.83.132：（从1）  192.168.83.130：（从2，旧 master）