数据库同步工具
sqlserver,Mysql数据同步软件

mysql5.7切换导致gtid不一致

购买事宜请联系QQ:1793040

今天,我在公司的工程环境中进行了案例分析。我手动关闭并关闭了主库的mysql服务。从库升级到主库后,发现主库位于只读状态。通过高可用性组件观察到了其余的主从库,发现活动和延迟状态是正常的。由于我在公司的Intranet环境中,因此没有保存图片,因此我进行了记录

环境:mysql5.7.18一个主服务器和两个从服务器具有高可用性

操作步骤:通过高可用性组件找到三个mysql的主从关系在正常状态下,登录到主库所在的主机以关闭数据库服务,通常情况下,在关闭主库后,一个从属库升为新的主库,另一个从属库成为主库。桅杆的从属架构er库。但是,实际结果是一个从属库升至了主库,但处于read_only状态。另一个从库仍与旧的主库同步,因为旧的主库已关闭,因此存在主从同步异常。

处理过程:通过分析,将新的主服务器置于只读状态的原因是:在进行主从切换后,从属库升为新的主服务器,但是存在主从机同步异常,并且只有一个主库体系结构,因此新的主库为read_only。此时的处理方法是启动旧的主服务,以便可以形成主从关系,而新的主服务器将不会处于read_only状态。启动旧的主服务器之后(它与新的主服务器具有gtid比较过程,并且闪回是与新的主服务器闪回),与新的主服务器形成了主库关系,并且发现另一个从属库没有与新的master形成master-slave关系,通过查看slave数据库显示slave状态,记录gtid并查看master database show master状态gtid,发现两个数据库之间gtid不一致。因此,先从库中重置所有slave,然后将set_purge重置到主库的gtid,然后启动slave。发现master-slave关系正常。最后,手动切换master-slave关系以查看master-slave关系仍然是异常的,没有发现异常

总结:将来,当您在主从之间手动切换时,应仔细比较主从之间的gtid值。 ,您不应该操作主从切换时
———————
作者:jh993627471
来源:CSDN
原始文件:https:////博客.csdn.net/jh993627471/文章/详细信息/79704939
版权声明:本文是博客作者的原创文章,请在博客文章中附加链接以便转载!

未经允许不得转载:数据库同步软件|Mysql数据同步软件|sqlserver数据库同步工具|异构同步 » mysql5.7切换导致gtid不一致

分享到:更多 ()

syncnavigator 8.6.2 企业版

联系我们联系我们