MySQL复制网络优化需启用压缩传输、调整心跳与超时参数、批量发送事件并合理设计网络拓扑，以降低延迟、提升同步效率与稳定性。
MySQL复制网络的优化主要围绕提升主从节点间的数据同步效率、降低延迟和增强稳定性展开。合理配置和调整网络相关参数，能显著改善复制性能，特别是在跨地域或高延迟网络环境中。
启用压缩传输
在主从之间启用复制数据的压缩可以减少网络带宽消耗，尤其适用于带宽有限或跨公网的场景。
说明： MySQL 8.0+ 支持通过 COMPRESSION_ALGORITHM 和 COMPRESSION_LEVEL 参数配置压缩。- 在 CHANGE MASTER TO 语句中添加：COMPRESSION_ALGORITHM=zstd, COMPRESSION_LEVEL=3
- zstd 算法在压缩比和CPU开销之间表现良好
- 建议在网络延迟高或带宽受限时启用
调整复制心跳与超时参数
合理设置心跳机制可避免因短暂网络波动导致复制中断。
- MASTER_HEARTBEAT_PERIOD：设置主库向从库发送心跳的频率（如每10秒一次）
- NET_READ_TIMEOUT / NET_WRITE_TIMEOUT：适当增大读写超时时间，防止大事务中断
- 推荐值：根据实际网络质量设为 60～120 秒
批量发送事件（Binlog Dump 优化）
MySQL 主库在发送 binlog 时支持批量输出，减少网络小包数量，提高吞吐。
- 确保 sync_binlog 设置合理（如设为1保证安全，但可能影响性能）
- 使用 row 格式时，开启 binlog_row_event_max_size 可控制单个事件大小
- 避免频繁提交小事务，合并为批量操作更利于网络传输效率
选择合适的网络架构与拓扑
物理网络结构直接影响复制延迟。
- 主从尽量部署在同一内网或低延迟区域
- 跨地域复制时考虑使用级联复制（主→中继从→远端从）
- 使用专用复制通道，避免与其他业务共享高负载链路
基本上就这些。关键在于根据实际网络状况调整压缩、超时和批量策略，同时注意部署结构的合理性。不复杂但容易忽略细节。
