优化MySQL主从复制需减少网络开销并提升稳定性，首先启用zstd压缩降低跨广域网流量；其次配置心跳周期与超时参数避免因抖动中断；再通过并行复制和批量提交提高吞吐；最后采用级联复制或就近部署缩短物理距离，结合监控持续调优。
MySQL 主从复制过程中，网络延迟或不稳定会直接影响数据同步的实时性和可靠性。要优化网络对复制的影响，关键是减少网络开销、提升传输效率，并增强容错能力。
启用压缩传输以降低带宽消耗
在主从之间跨广域网复制时，启用复制压缩能显著减少网络流量。
- 从 MySQL 8.0.21 开始，支持使用 COMPRESSION_ALGORITHM 和 COMPRESSION_LEVEL 配置复制连接的压缩方式- 在 CHANGE MASTER TO 语句中添加：
MASTER_COMPRESSION_ALGORITHM=zstd, MASTER_COMPRESSION_LEVEL=3
- zstd 算法在压缩比和 CPU 开销之间表现良好，适合高延迟链路
调整复制心跳与超时参数
合理设置心跳机制可避免因短暂网络抖动导致复制中断。
- 启用并配置 MASTER_HEARTBEAT_PERIOD，例如每 5 秒发送一次心跳：CHANGE MASTER TO MASTER_HEARTBEAT_PERIOD = 5;
- 调整 slave_net_timeout，控制从库等待主库响应的最大时间，默认 60 秒，可根据网络质量适当增大（如 120 秒）
- 过小的值会导致频繁重连，过大的值则延迟故障发现
使用批量写入和并行复制提升效率
减少网络往返次数，提高单位时间内的数据吞吐量。
- 开启多线程复制（MTS），按库或逻辑时钟并行应用中继日志：
slave_parallel_workers = 4
slave_parallel_type = LOGICAL_CLOCK
- 主库上合理设置 binlog_group_commit_sync_delay，允许小幅延迟以合并多个事务提交，减少网络包数量
部署中间代理或就近复制拓扑
缩短物理距离或通过代理集中管理复制流。
- 在地理分布场景中，采用级联复制（主 → 区域中继 → 本地从库），让远端节点通过最近的中继节点获取数据- 使用 MySQL Router 或 MHA 工具优化连接路径，自动切换可用源
- 考虑将主从部署在同一内网或低延迟 VPC 中，避免公网传输
基本上就这些。关键不是一味追求速度，而是根据实际网络状况平衡延迟、吞吐和稳定性。定期监控复制延迟（Seconds_Behind_Master）、IO thread 状态和网络丢包率，才能持续优化效果。不复杂但容易忽略。
