mariadb-errors-replication-lag

当副本报告 Seconds_Behind_Master > 0 且持续增长、复制看似卡住、slave_parallel_threads 未能改善，或需要测量实际复制延迟时使用。避免常见错误：误将 Seconds_Behind_Master 当作实时指标、在旧架构中保留单线程应用器、主库长事务引发级联延迟，或 binlog_row_image=MINIMAL 导致重放失败或副本修复失败。涵盖内容：使用 pt-heartbeat 准确测量延迟（切勿仅依赖 Seconds_Behind_Master）、常见根本原因（单线程应用器、主库长事务、副本 IO 瓶颈、大 binlog 事件、GTID 位置与 gtid_strict_mode 不匹配）、通过并行应用模式和线程修复、GTID 位置检查、半同步超时误解等。关键词：复制延迟、Seconds_Behind_Master、副本落后、从库延迟、pt-heartbeat、slave_parallel_threads、slave_parallel_mode optimistic、binlog_row_image MINIMAL、GTID 位置不匹配、副本 IO 瓶颈、我的副本正在落后、复制中断、从库 SQL 线程、从库 IO 线程、复制持续失败、gtid_strict_mode、rpl_semi_sync_master_timeout、半同步回退为异步、SHOW ALL SLAVES STATUS、slave_domain_parallel_threads、slave_parallel_max_queued、binlog 事件过大、主库长事务阻塞应用器、为何我的副本变慢

存档时间线

版本索引永久保留；内容副本只保留最新 1 份，更早版本仅留索引与哈希（存档时间线的证据链不会因此断裂）。

下载存档内容副本