1. 启用并行复制（Parallel Replication）
MySQL 5.7+ 支持多线程复制，能显著提升从库应用中继日志的速度。
设置 slave_parallel_workers 大于0（建议为CPU核数的70%-80%） SET GLOBAL slave_parallel_type = 'LOGICAL_CLOCK';SET GLOBAL slave_parallel_workers = 8;
确保主库启用了 binlog_transaction_dependency_tracking=WRITESET，以提高并行度。
2. 优化二进制日志和中继日志I/O
磁盘I/O是复制瓶颈之一，优化日志写入效率至关重要。
将 binlog 和 relay log 存放在高速磁盘上（如SSD） 调整 sync_binlog 和 sync_relay_log： 若允许一定风险，可设为0（依赖操作系统刷盘） 高安全性场景设为1，但会降低性能 增大 binlog_group_commit_sync_delay（微秒级延迟），合并多次刷盘操作3. 调整复制相关参数
合理配置复制行为可减少网络和处理开销。
启用 slave_preserve_commit_order=ON，避免事务重排导致的锁等待 使用 ROW 格式的binlog（推荐），减少不必要的数据传输 考虑启用 binlog_row_image=MINIMAL，只记录变更字段，减小日志体积 关闭非必要数据库的binlog记录，通过 binlog_do_db 或 replicate-ignore-db 过滤4. 网络与主从结构优化
网络延迟直接影响复制效率。
主从尽量部署在同一内网，低延迟高带宽 使用压缩协议：在从库连接时启用 COMPRESSION_ALGORITHM=zstd（MySQL 8.0+） 考虑级联复制（主→中间节点→多个从），减轻主库压力 监控复制延迟（Seconds_Behind_Master），及时发现异常基本上就这些。关键是根据实际负载选择合适策略，定期监控复制状态，并结合硬件能力做权衡。不复杂但容易忽略细节。
