优化mysql主从复制需减少网络开销并提升稳定性，首先启用zstd压缩降低跨广域网流量；其次配置心跳周期与超时参数避免因抖动中断；再通过并行复制和批量提交提高吞吐；最后采用级联复制或就近部署缩短物理距离，结合监控持续调优。

MySQL 主从复制过程中，网络延迟或不稳定会直接影响数据同步的实时性和可靠性。要优化网络对复制的影响，关键是减少网络开销、提升传输效率，并增强容错能力。

启用压缩传输以降低带宽消耗

在主从之间跨广域网复制时，启用复制压缩能显著减少网络流量。

– 从 MySQL 8.0.21 开始，支持使用 COMPRESSION_ALgoRITHM 和 COMPRESSION_LEVEL 配置复制连接的压缩方式
– 在 CHANGE MASTER TO 语句中添加：
MASTER_COMPRESSION_ALGORITHM=zstd, MASTER_COMPRESSION_LEVEL=3
– zstd 算法在压缩比和 CPU 开销之间表现良好，适合高延迟链路

调整复制心跳与超时参数

合理设置心跳机制可避免因短暂网络抖动导致复制中断。

标书对比王

标书对比王是一款标书查重工具，支持多份投标文件两两相互比对，重复内容高亮标记，可快速定位重复内容原文所在位置，并可导出比对报告。

12

查看详情

– 启用并配置 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 状态和网络丢包率，才能持续优化效果。不复杂但容易忽略。