MySQL升级本身不直接导致主从延迟，但配置变更、binlog格式调整、GTID启停等操作可能引发复制中断；真正风险在于升级前后主从参数不一致，需重点核对binlog_format、gtid_mode、slave_parallel_type、slave_sql_verify_checksum四项参数，并确认slave_parallel_workers是否被重置为0。
MySQL升级本身不直接导致主从延迟，但升级过程中的配置变更、binlog格式调整、GTID启停、SQL线程重启等操作，可能触发复制链路卡顿甚至中断；真正风险来自升级前后主从行为不一致，而非版本数字本身。
升级前必须比对的 4 个复制关键参数
升级不是“换二进制包就完事”，主从行为一致性取决于这些配置是否在升级前后保持严格一致：
-
binlog_format：若主库升级后默认变为ROW（如 MySQL 8.0.30+），而从库仍为MIXED或STATEMENT，会导致 SQL 线程解析失败或跳过事件 -
gtid_mode和enforce_gtid_consistency：GTID 开关状态必须主从完全一致；任意一端升级后启用了 GTID 而另一端未启用，START SLAVE会直接报错ERROR 1777 (HY000) -
slave_parallel_type和slave_parallel_workers：MySQL 5.7 升级到 8.0 后，若从库开启并行复制但未重置relay_log_info_repository = 'TABLE'，可能导致 SQL 线程无法定位 relay log 位置，长期卡在Waiting for an event from Coordinator -
slave_sql_verify_checksum：MySQL 8.0 默认开启校验，若主库是旧版本（如 5.7）且 binlog 写入时未带 checksum，从库升级后开启该参数会直接拒绝读取 relay log，Slave_SQL_Running变为No，错误日志出现Checksum mismatch
升级中要盯住的 SQL 线程状态变化
执行 START SLAVE 后，不要只看 Seconds_Behind_Master 是否归零——它在升级后首次启动时极易失真。重点观察 SHOW PROCESSLIST 中 system user 的 SQL 线程 State：
- 若长期停留在
Reading event from the relay log，说明 relay log 文件头损坏或位置偏移异常，常见于升级前未STOP SLAVE就直接 kill mysqld - 若卡在
Waiting for table metadata lock，大概率是升级过程中有 DDL 正在执行（如ALTER TABLE），而新版本对 MDL 锁策略更严格，需查INFORMATION_SCHEMA.INNODB_TRX确认阻塞事务 - 若反复出现
Executing event→Waiting for commit lock→Executing event循环，说明innodb_flush_log_at_trx_commit和sync_binlog在主从端数值不一致，升级后从库写盘策略变严，回放吞吐骤降
升级后验证延迟是否真实存在的三步法
别信 Seconds_Behind_Master，用位点和 GTID 做交叉验证：
- 在从库执行
SHOW SLAVE STATUS\G，提取Read_Master_Log_Pos和Exec_Master_Log_Pos；在主库执行SHOW MASTER STATUS，对比Position。若Read_Master_Log_Pos ≈ Position但Exec_Master_Log_Pos差值 > 10MB，说明 SQL 回放层已积压，不是传输问题 - 若启用 GTID，立刻运行：
SELECT @@global.gtid_executed;（主库）、SELECT Retrieved_Gtid_Set, Executed_Gtid_Set FROM performance_schema.replication_connection_status;（从库）。三者差集不为空，即存在未应用事务 - 检查
Relay_Log_Space增长趋势：升级后 5 分钟内若该值持续上涨且超过 2GB，基本可判定 SQL 线程处理能力跟不上，需立即检查slave_parallel_workers是否被重置为 0（MySQL 8.0 升级后默认值是 0，不是自动继承旧值）
最容易被忽略的是：MySQL 升级后，slave_parallel_workers 不会自动继承旧配置，而是回落到默认值 0；哪怕你之前设过 4，重启后它就是 0——单线程回放遇上大事务，延迟几小时起步。别靠记忆，每次升级后第一件事就是 SELECT @@slave_parallel_workers; 确认。
