MySQL分区表复制bug导致的主从延迟，如何彻底解决这个棘手问题？

本文共计785个文字，预计阅读时间需要4分钟。

欢迎加入DBAplus社群！作者张松坚是腾讯云数据库架构师，主要负责腾讯云数据库MySQL、Redis等数据库架构设计、数据库运维和运营工作。

来自DBAplus社群作者介绍张松坡腾讯云数据库架构师主要负责腾讯云数据库MySQL、Redis等数据库架构设计、数据库运维、运营开

来自DBAplus社群

作者介绍

张松坡腾讯云数据库架构师主要负责腾讯云数据库MySQL、Redis等数据库架构设计、数据库运维、运营开发等工作。曾就职于腾讯新闻、腾讯视频。

写在前面感谢腾讯云数据库架构师团队祝海强、杜川、刘志祥在排障思路、源码分析上面提供的帮助让我学习到了很多不敢居功特此鸣谢

本文将以数据库实际使用中的某典型案例来分析造成主从延迟的原因。

主从延迟的原因

1、某用户在使用数据库过程中出现主从延迟很大的情况show slave status\G已经差了60多个binlog了。

2、观察发现应该是卡在一个大事物上面Retrieved_Gtid_Set一直在上升但是Executed_Gtid_Set卡在一个点不动了通过分析relay_log找到这个大事物是对表A进行删除操作的一个事物。

Relay_Log_File: relay-bin.000010

Relay_Log_Pos: 95133771

看到这里感觉又是一例在ROW模式下表没有主键引起的主从延迟。看看表结构确认一下发现这张表不小字段有上百个有主键且是一张分区表分区很多。这就有意思了并不是我们碰到过多次的由于ROW模式下没有主键DML引起的主从延迟PS为什么这种情况下会引起延迟而是有主键且走了二级索引那为什么回放还会这么慢呢。