答案：MySQL主从复制通过配置主库log-bin、server-id和从库relay-log、read-only等参数实现，使用CHANGE MASTER连接主从，通过SHOW SLAVE STATUS检查复制状态；为减少延迟需监控网络、负载及大事务影响；优化措施包括启用并行复制（slave-parallel-type=LOGICAL_CLOCK）、调整sync_binlog、使用半同步复制提升安全性；维护时建议启用GTID、定期备份从库并避免在从库执行DDL，结合监控工具持续观察Seconds_Behind_Master以确保复制稳定高效运行。
MySQL主从复制是提升数据库读写分离、高可用和负载均衡的重要手段。配置合理的主从参数不仅能保证数据一致性，还能显著提升复制性能和稳定性。下面从配置到优化，详细介绍如何设置并调优MySQL主从复制。
1. 主从复制基本配置
要实现主从复制，需在主库和从库上正确配置关键参数。
主库（Master）配置：
在主库的 my.cnf 或 my.ini 中添加以下内容：
- server-id = 1：唯一标识主库，必须为非0正整数。
- log-bin = mysql-bin：启用二进制日志，这是复制的基础。
- binlog-format = ROW：推荐使用ROW格式，更安全且能准确记录行变更。
- expire-logs-days = 7：自动清理7天前的binlog，避免磁盘占用过高。
- binlog-do-db = your_db_name（可选）：仅记录指定数据库的binlog。
重启主库使配置生效后，创建用于复制的用户：
CREATE USER 'repl'@'%' IDENTIFIED BY 'password'; GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%'; FLUSH PRIVILEGES;
记录主库当前 binlog 位置：
SHOW MASTER STATUS;
从库（Slave）配置：
在从库的配置文件中设置：
- server-id = 2：确保与主库不同。
- relay-log = relay-bin：启用中继日志。
- log-slave-updates = 1（可选）：若从库也作为其他从库的主库时需要开启。
- read-only = 1：防止从库被误写入数据。
重启从库后，执行 CHANGE MASTER 命令连接主库：
CHANGE MASTER TO MASTER_HOST='master_ip', MASTER_USER='repl', MASTER_PASSWORD='password', MASTER_LOG_FILE='mysql-bin.000001', MASTER_LOG_POS=154; START SLAVE;
使用 SHOW SLAVE STATUS\G 检查 Slave_IO_Running 和 Slave_SQL_Running 是否为 Yes。
2. 主从延迟监控与常见问题排查
复制延迟是常见问题，主要表现为 Seconds_Behind_Master 值持续增长。
- 检查网络延迟：主从之间网络不稳定会导致 IO 线程拉取日志变慢。
- 查看从库负载：CPU、I/O 过高会影响 SQL 线程回放速度。
- 大事务影响：主库执行 ALTER TABLE 或大批量 INSERT 会在从库造成积压。
- 确认是否出现错误：如主键冲突、表不存在等，可通过 Last_Error 字段定位。
建议定期监控 Seconds_Behind_Master，可通过脚本或监控工具（如 Prometheus + MySQL Exporter）实现告警。
3. 复制性能优化策略
提升复制效率需从主库写入、日志格式、从库并发等多个方面入手。
-
使用并行复制（Parallel Replication）：MySQL 5.7+ 支持基于逻辑时钟的并行回放。在从库设置：
slave-parallel-type = LOGICAL_CLOCK slave-parallel-workers = 4
可显著提升多库或多表并发更新场景下的复制速度。 -
调整 binlog 写入频率：主库可通过设置 sync_binlog 控制刷盘频率：
- sync_binlog = 1：最安全，每次提交都刷盘，但性能较低。
- sync_binlog = 100：每100次提交刷一次，提高性能，适合对一致性要求稍低的场景。
-
控制 binlog 缓存大小：
binlog_cache_size = 4M max_binlog_size = 1G
避免单个 binlog 文件过大或频繁切换。 - 避免不必要的日志记录：使用 binlog-ignore-db 忽略系统库或测试库的复制，减少日志量。
-
启用半同步复制（Semi-sync）：在主库安装 semisync 插件，确保至少一个从库接收到日志后再返回客户端，增强数据安全性。
INSTALL PLUGIN rpl_semi_sync_master SONAME 'semisync_master.so';
4. 安全与维护建议
长期运行的主从环境需注意维护和容灾准备。
- 定期备份从库数据，避免主库故障时恢复困难。
- 主从切换时使用 GTID 模式更方便（建议在新部署中启用 gtid_mode = ON）。
- 避免在从库执行 DDL，除非确认不会破坏复制结构。
- 监控复制线程状态，及时处理中断或错误。
基本上就这些。合理配置加持续监控，能让MySQL主从复制稳定高效运行。
