MySQL复制的网络性能优化主要围绕减少延迟、提升传输效率和保障稳定性展开。特别是在主从跨地域部署或带宽受限的情况下，合理调整配置能显著改善复制效果。
压缩复制流量
启用复制连接的压缩功能可以有效降低网络带宽消耗，尤其适用于大事务或高频率更新的场景。
- 在从库的 CHANGE MASTER TO 命令中添加 MASTER_COMPRESSION_ALGORITHMS 和 MASTER_COMPRESSION_LEVEL 参数。- 例如：启用 zlib 压缩算法并设置压缩级别为6：
CHANGE MASTER TO MASTER_HOST='master_host', MASTER_USER='repl', ... , MASTER_COMPRESSION_ALGORITHMS='zlib', MASTER_COMPRESSION_LEVEL=6;
- 支持的算法包括 zlib、zstd（MySQL 8.0.19+），其中 zstd 压缩比和性能更优。
调整复制I/O线程行为
控制从库拉取日志的速度和批量处理方式，可减轻网络压力。
- 调整 slave_max_allowed_packet（或 max_allowed_packet）确保能处理大事件包，避免中断。- 合理设置 slave_net_timeout，在网络不稳定时避免频繁重连，默认值60秒，可根据情况适当调大。
- 启用 sync_binlog=1 和 innodb_flush_log_at_commit=1 虽增强数据安全，但会增加主库写开销，间接影响发送速度，需权衡使用。
使用多线程复制（MTS）
虽然多线程复制主要提升从库应用日志的并发能力，但能加快复制流消费速度，防止积压导致网络缓冲区膨胀。
- 设置 slave_parallel_workers > 0，启用基于逻辑时钟（LOGICAL_CLOCK）的并行回放（推荐 MySQL 5.7+）。- 配置 slave_parallel_type=LOGICAL_CLOCK 可提高并行度，减少从库滞后。
- 注意：主库 binary log 的 write 和 flush 策略也会影响发送节奏，避免组提交失效。
优化主库binary log输出
主库生成和发送binlog的方式直接影响网络负载。
- 使用 binlog_row_image=minimal 减少不必要的列记录，降低日志体积（适用于ROW格式）。- 控制大事务拆分，避免单个事务产生超大binlog event，引发网络卡顿或超时。
- 在高并发写入场景下，适当增大 binlog_cache_size 和 max_binlog_size，减少文件切换开销。
基本上就这些关键点。实际优化时建议结合监控工具（如 performance_schema、sys schema）分析复制延迟来源，针对性调整参数。网络本身的质量也很重要，优先保证主从间低延迟、高带宽和稳定连接。不复杂但容易忽略。
