三、测试MHA相关功能

在正式测试之前，我们要保证MHA环境已经配置正确，且MHA管理进程已经启动。

3.1 检查MHA环境的配置

在Manager节点检查SSH、复制及MHA的状态。

3.1.1 检查SSH情况：

结果“All SSH connection tests passed successfully.”表示MHA的3个数据节点之间的SSH是正常的。

3.1.2 检查复制情况：

“MySQL Replication Health is OK.”表示1主2从的架构目前是正常的。

3.1.3 检查MHA状态：

注意：如果正常，会显示“PING_OK"，否则会显示“NOT_RUNNING"，这代表MHA监控没有开启。

3.1.4 启动MHA Manager

检查结果显示“PING_OK”，表示MHA监控软件已经启动了，主库为192.168.68.131。

启动参数介绍：

• --remove_dead_master_conf 该参数代表当发生主从切换后，老的主库的IP将会从配置文件中移除。

• --manger_log 日志存放位置

• --ignore_last_failover 在缺省情况下，如果MHA检测到连续发生宕机，且两次宕机间隔不足8小时的话，则不会进行Failover，之所以这样限制是为了避免ping-pong效应。该参数代表忽略上次MHA触发切换产生的文件，默认情况下，MHA发生切换后会在日志目录下产生mha.failover.complete文件，下次再次切换的时候如果发现该目录下存在该文件将不允许触发切换，除非在第一次切换后收到删除该文件，为了方便，这里设置为--ignore_last_failover。

注意，一旦自动failover发生，mha manager就停止监控了，如果需要请手动再次开启。

3.1.5 关闭MHA-manager

我们当然不关闭，不能执行这句哟。

3.2 测试场景一：自动故障转移+邮件告警

自动故障转移后的架构如下图所示：

后续精彩内容已被站长无情隐藏，请输入验证码解锁本文！

验证码：

获取验证码： 请先关注本站微信公众号，然后回复“验证码”，获取验证码。在微信里搜索“AiDBA”或者“dbaup6”或者微信扫描右侧二维码都可以关注本站微信公众号。