MySQL 复制延迟？请按以下步骤排查……

正文

请到「今天看啥」查看全文

，分析了业务端因分表操作引发的主从延迟问题，并分享了排查过程及优化建议，为数据库管理员和开发人员提供实用的参考。

问题描述

业务开发团队在程序中实现了一个分表操作： 从 1 张大表读取数据，经过计算后写入 100 个分表。

这一过程产生了涉及多表写入的大事务，导致主从复制延迟显著增加。初步观察发现，从库的 relay log 大小为 1.6GB（超过默认值 1.1GB），且从库的 INFORMATION_SCHEMA.INNODB_TRX 表显示存在插入行数较多的大事务，插入行数量动态变化，表明从库正面临较大的复制压力。

主从延迟状态

从库落后于主库 37325 秒，主从相差 4 个 binlog。

排查过程

步骤 1：检查从库事务

首先查询了从库的 INFORMATION_SCHEMA.INNODB_TRX 表，以查看当前活跃事务的状态。结果显示存在插入行数较多的大事务，且事务数量不断变化，初步确认大事务是导致延迟的潜在原因。

请到「今天看啥」查看全文