启用并行复制可减少延迟，提升吞吐量，设置slave_parallel_workers为CPU核数的70%-80%以优化从库应用日志速度。
MySQL复制性能优化可以从多个方面入手，核心目标是减少延迟、提升吞吐量并保证数据一致性。以下是关键优化策略：
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），及时发现异常
基本上就这些。关键是根据实际负载选择合适策略，定期监控复制状态，并结合硬件能力做权衡。不复杂但容易忽略细节。