MHA 日常管理

落日映苍穹つ 2022-08-05 04:27 217阅读 0赞

MHA是众多使用MySQL数据库企业高可用的不二选择，它简单易用，功能强大，实现了基于MySQL replication架构的自动主从故障转移。本文主要描述MHA的日常相关操作，同时给出了关于MHA的相关连接，供大家参考。

一、MHA的主要脚本(perl)  
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端  
save\_binary\_logs                保存和复制master的二进制日志  
apply\_diff\_relay\_logs           识别差异的中继日志事件并将其差异的事件应用于其他的slave  
filter\_mysqlbinlog              去除不必要的ROLLBACK事件（MHA已不再使用这个工具）  
purge\_relay\_logs                清除中继日志（不会阻塞SQL线程）

二、日常操作  
1.校验ssh等效验证  
$ masterha\_check\_ssh --conf=/etc/masterha/app1.cnf

2.校验mysql复制  
$ masterha\_check\_repl --conf=/etc/masterha/app1.cnf

3.启动mha监控，在master故障时开启自动转移  
$ nohup masterha\_manager --conf=/etc/masterha/app1.cnf > /tmp/mha\_manager.log  < /dev/null 2>&1 &

\#\#\#当有slave节点宕掉的情况是启动不了的，加上--ignore\_fail\_on\_start即使有节点宕掉也能启动mha  
$ nohup masterha\_manager --conf=/etc/masterha/app1.cnf  --ignore\_fail\_on\_start > /tmp/mha\_manager.log  < /dev/null 2>&1 &

4.检查启动的状态  
$ masterha\_check\_status --conf=/etc/masterha/app1.cnf

5.停止mha  
$ masterha\_stop  --conf=/etc/masterha/app1.cnf

6.多次failover  
MHA在每次failover切换后会在管理目录生成文件app1.failover.complete ，下次在切换的时候如果由于间隔时间太短导致切换不成功，应手动清理掉。  
rm -rf /var/log/masterha/app1/app1.failover.complete  
或者通过加上参数--ignore\_last\_failover来忽略

7.手工failover  
手工failover场景，适用于在master死掉，而masterha\_manager未开启情形，如下，指定--master\_state=dead  
masterha\_master\_switch --conf=/etc/masterha/app1.cnf --dead\_master\_host=192.168.1.6 --master\_state=dead --new\_master\_host=192.168.1.7  
\--ignore\_last\_failover

8.手动在线切换,如下，指定--master\_state=alive  
masterha\_master\_switch --conf=/etc/masterha/app1.cnf --master\_state=alive --new\_master\_host=192.168.1.6 --orig\_master\_is\_new\_slave

masterha\_master\_switch --conf=/etc/masterha/app1.cnf --master\_state=alive --new\_master\_host=192.168.1.6 --orig\_master\_is\_new\_slave  
\--running\_updates\_limit=10000

\--orig\_master\_is\_new\_slave  
  表明在切换时原master变为新master的slave节点  
    
\--running\_updates\_limit=10000  
  切换时候选master如果有延迟的话，mha切换不能成功，加上此参数表示延迟在此时间范围内都可切换（单位为s），  
  但是切换的时间长短是由recover时relay日志的大小决定

其他注意事项  
  手动在线切换mha，切换时需要将在运行的mha停掉后才能切换。  
  在备库先执行DDL，一般先stop slave，一般不记录mysql日志，可以通过set SQL\_LOG\_BIN = 0实现。  
  然后进行一次主备切换操作，再在原来的主库上执行DDL。这种方法适用于增减索引，如果是增加字段就需要额外注意。  
  可以通过如下命令停止mha：masterha\_stop --conf=/etc/masterha/app1.cnf

三、MHA相关参考  
  [MySQL MHA简介及其优点  
][MySQL MHA_]  [MySQL MHA 典型使用场景  
][MySQL MHA _]  [MHA安装及等效性配置  
][MHA_]  [MHA 配置文件样本描述  
][MHA _]  [MySQL MHA配置常见问题  
][MySQL MHA_ 1]  [MHA masterha\_check\_repl 检测过程  
][MHA masterha_check_repl _]  [MHA VIP切换脚本  
][MHA VIP_]  [MHA 自动故障转移步骤及过程剖析  
][MHA _ 1]  [MHA 在线切换过程  
][MHA _ 2]  [MHA 切换的2个异常(masterha\_master\_switch line 53)][MHA _2_masterha_master_switch line 53]  
  [MHA 手动故障转移][MHA]

[MySQL MHA_]: http://blog.csdn.net/leshami/article/details/43229733
[MySQL MHA _]: http://blog.csdn.net/leshami/article/details/43702495
[MHA_]: http://blog.csdn.net/leshami/article/details/44831381
[MHA _]: http://blog.csdn.net/leshami/article/details/45030993
[MySQL MHA_ 1]: http://blog.csdn.net/leshami/article/details/45075851
[MHA masterha_check_repl _]: http://blog.csdn.net/leshami/article/details/45145907
[MHA VIP_]: http://blog.csdn.net/leshami/article/details/45154289
[MHA _ 1]: http://blog.csdn.net/leshami/article/details/45165929
[MHA _ 2]: http://blog.csdn.net/leshami/article/details/45189825
[MHA _2_masterha_master_switch line 53]: http://blog.csdn.net/leshami/article/details/45190553
[MHA]: http://blog.csdn.net/leshami/article/details/45219821