mysql-replication-lag

MySQL 主从复制延迟的定位与修复

现象

SHOW REPLICA STATUS 的 Seconds_Behind_Source 持续增大，只读副本数据落后，读请求看到旧数据。严重时 relay log 堆积、磁盘上涨。

快速定位

SHOW REPLICA STATUS\G
SHOW PROCESSLIST;
SHOW ENGINE INNODB STATUS\G
SELECT * FROM performance_schema.replication_applier_status_by_worker;

mysqlbinlog --base64-output=DECODE-ROWS -v relay-bin.000001 | tail -50
iostat -x 1 5

常见根因

1. 大事务/大表 DDL，单线程回放跟不上。
2. 表没有主键，行级回放退化为全表扫描。
3. 副本磁盘/CPU 不足或 I/O 饱和。
4. 副本上有长查询，与回放争抢资源。
5. 网络延迟或主库写入突增。
6. 并行复制未开启或参数不合理。

修复

• 先区分 IO 线程延迟和 SQL 线程回放延迟。
• 给表补主键，拆分大事务，避免大批量 DDL。
• 开启并行复制并调整 worker 数；副本规格要匹配。
• 提升副本磁盘/CPU，减少副本上的重查询。
• 监控 Seconds_Behind_Source 和 relay log 大小，设置告警。
• 读写分离场景要处理“读到自己写”的一致性。

相关命令

• mysql — 复制状态
• mysqlbinlog — binlog 解析
• mysqladmin — 服务状态

读完自测

合上页面，先回答，再展开对照。

1. 如何区分 IO 线程延迟和 SQL 线程回放延迟？
2. 哪些写入模式容易造成复制延迟？
3. 修复复制延迟的常用手段有哪些？