mysql auto position_MHA-Failover(GTID，Auto_Position=0)

最近一位同学遇到的案例：凌晨数据库意外宕机，要求在一主两从的基础上，搭建MHA做故障切换。在部署测试中遇到一些问题找到我，交流的过程挖出一些之前忽略的坑，感谢这位同学无私分享！

• GTID环境，KILL主库，新主库和从库丢失数据(之前已知)

• 在数据库进程挂掉，数据库服务器关机或重启、开启防火墙、关闭网络服务等状况下，测试MHA是否正常切换(之前没考虑脑裂问题)

• 线上部分环境GTID，Auto_Position=0，故障切换会变成GTID，Auto_Position=1(之前没考虑)

• 梳理故障切换流程(之前梳理)

一、GTID环境，KILL主库，新主库和从库丢失数据

需在配置文件将Master/Binlog Server配置到[binlogN]，才能补全Dead Master上的差异数据，否则只应用到Latest Slave

发散：[binlogN]指定到Binlog Server，kill -9 master_mysqld，MHA是从Binlog Server上获取还是从Dead Master上获取差异binlog？

指定到Binlog Server就从Binlog Server上获取，指定到Dead Master就到Dead Master获取；如果没有指定，就不会补全差异数据

二、MHA切换测试

在数据库进程挂掉，数据库服务器关机或重启、开启防火墙、关闭网络服务等状况下，测试MHA是否正常切换

MySQL5.7.21，基于Row+Gtid搭建的一主两从复制结构：Master132->{Slave133、Slave134}；VIP在132上，mha-manager 0.56在134上

测试场景

XX.132

XX.133

XX.134

说明

132：kill -9 mysqld

不可用

主

从

MHA正常切换，数据不丢失

132：关闭或重启132服务器

不可用

主

从

MHA正常切换，数据可能丢失

134：iptables -I INPUT -s XX.132 -j DROP

可用

主

从

MHA正常切换，原主库正常访问，133成为新主库，132和133同时存在VIP

132：service network stop

不可用

主

从

MHA正常切换，数据可能丢失

注：上述表格是