主从复制通过配置主库和从库实现数据同步。1. 主库启用二进制日志，设置server-id，创建复制用户并记录日志位置；2. 从库配置唯一server-id，启动中继日志和只读模式，执行CHANGE MASTER TO连接主库并启动复制；3. 推荐使用ROW格式确保一致性；4. 可选异步、半同步或组复制策略，生产环境建议半同步提升可靠性；5. 定期监控Seconds_Behind_Master和复制状态，确保网络通畅与配置一致。

mysql 配置复制同步策略主要通过主从复制（Master-Slave Replication）实现，确保数据从一个数据库（主库）自动同步到一个或多个从库。合理配置同步策略可以提升系统可用性、读写分离能力和灾备能力。以下是关键配置步骤和策略说明。

启用主从复制的基本配置

要实现复制，首先需要在主库和从库上进行基础设置。

1. 配置主库（Master）

• 编辑 my.cnf 或 my.ini 文件，添加以下内容：

server-id = 1
log-bin = mysql-bin
binlog-format = ROW（推荐使用 ROW 格式以提高一致性）
expire-logs-days = 7

• 重启 mysql 服务使配置生效。
• 创建用于复制的专用用户：

CREATE USER ‘repl’@’%’ IDENTIFIED BY ‘password‘;
GRANT REPLICATION SLAVE ON *.* TO ‘repl’@’%’;
FLUSH PRIVILEGES;

• 查看主库当前二进制日志位置：

SHOW MASTER STATUS; 记录 File 和 position 值。

2. 配置从库（Slave）

• 修改从库配置文件：

server-id = 2（每个节点必须唯一）
relay-log = relay-bin
log-slave-updates = 1（如果要做级联复制）
read-only = 1（防止误操作写入）

• 重启从库服务。
• 执行 CHANGE MASTER TO 命令连接主库：

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 STATUSG
关注 Slave_IO_Running 和 Slave_SQL_Running 是否为 Yes。

选择合适的复制模式

MySQL 支持多种复制格式，影响同步行为和性能。

• STATEMENT 基于语句复制：记录 SQL 语句。优点是日志小，但某些非确定性函数可能导致主从不一致。
• ROW 基于行复制：记录每一行的变更。更安全，适合复杂环境，但日志体积大。
• MIXED 混合模式：自动在 STATEMENT 和 ROW 之间切换，兼顾效率与一致性。

建议生产环境使用 binlog-format=ROW，避免数据漂移问题。

配置同步策略类型

根据业务需求选择不同的同步方式：

• 异步复制（默认）：主库写入后不等待从库确认，性能高但可能丢数据。
• 半同步复制（Semi-Sync）：主库至少等待一个从库确认接收日志才返回成功。需安装插件：

INSTALL PLUGIN rpl_semi_sync_master SONAME ‘semisync_master.so’;
SET GLOBAL rpl_semi_sync_master_enabled = 1;

• 从库也需启用：

INSTALL PLUGIN rpl_semi_sync_slave SONAME ‘semisync_slave.so’;
SET GLOBAL rpl_semi_sync_slave_enabled = 1;
重启 I/O 线程生效：STOP SLAVE IO_THREAD; START SLAVE IO_THREAD;

• 组复制（Group Replication）：基于 Paxos 协议的多主高可用方案，适合强一致性场景，配置较复杂，依赖 GTID 和 binlog。

监控与维护复制状态

定期检查复制延迟和错误：

• 使用 SHOW SLAVE STATUSG 查看 Seconds_Behind_Master 和 Last_Error。
• 设置监控脚本或使用工具如 pt-heartbeat 检测真实延迟。
• 遇到错误时，常见处理方式包括跳过错误（SET GLOBAL sql_slave_skip_counter=1;）或重新初始化从库。

保持主从结构清晰，避免环形复制或中间主库异常导致的数据混乱。

基本上就这些。只要主从网络通畅、权限正确、配置匹配，MySQL 复制就能稳定运行。关键是根据业务对一致性与性能的要求选择合适的同步策略。