mysql如何搭建环形复制

环形复制通过多个MySQL节点形成闭环实现多点写入，但易产生冲突且维护复杂。1. 原理：A→B→C→A结构，每个节点开启binlog并设置唯一server-id，使用ROW格式和GTID避免风险；2. 搭建：配置my.cnf参数如log-slave-updates、auto-increment-offset，创建复制账号，按链路顺序执行CHANGE MASTER建立复制；3. 验证：检查Slave_IO_Running和Seconds_Behind_Master状态，测试数据流转；4. 风险：无自动去重、单点故障中断环、主键冲突等，建议生产环境使用MGR或PXC替代。

MySQL环形复制（也叫循环复制或主主多点复制）是一种多个MySQL实例形成一个闭环的复制拓扑结构，每个节点既是主库也是从库，数据变更在环中依次传递。虽然这种架构能实现多点写入和高可用，但配置复杂、容易产生冲突，需谨慎使用。

1. 环形复制的基本原理

假设有3个MySQL节点：A → B → C → A，形成一个环。每个节点将自身的更改发送给下一个节点，同时接收上一个节点的数据变更。

关键点：

• 每个节点必须开启binlog并设置唯一的server-id
• 使用ROW或MIXED格式避免语句级复制风险
• 避免多节点同时写同一张表，否则易引发数据冲突

2. 搭建步骤（以3节点为例）

第1步：配置各节点my.cnf

确保以下参数在每个节点的配置文件中正确设置：

[mysqld]
server-id = 1        # 每个节点唯一，分别为1、2、3
log-bin = mysql-bin
binlog-format = ROW
relay-log = relay-bin
log-slave-updates = ON
auto-increment-increment = 3
auto-increment-offset = 1   # 节点2设为2，节点3设为3
gtid-mode = ON              # 推荐启用GTID
enforce-gtid-consistency = ON

说明：log-slave-updates是关键，它让从库把收到的事件写入自己的binlog，以便继续传播到下一节点。

第2步：创建复制账号

在每个节点执行：

CREATE USER 'repl'@'%' IDENTIFIED BY 'replpass';
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%';
FLUSH PRIVILEGES;

第3步：逐个建立复制链

假设节点IP如下：

• Node A: 192.168.1.10 (server-id=1)
• Node B: 192.168.1.11 (server-id=2)
• Node C: 192.168.1.12 (server-id=3)

在Node A上连接Node C（因为C会复制给A）：

如知AI笔记

如知笔记——支持markdown的在线笔记，支持ai智能写作、AI搜索，支持DeepseekR1满血大模型

27

查看详情

CHANGE MASTER TO
  MASTER_HOST='192.168.1.12',
  MASTER_USER='repl',
  MASTER_PASSWORD='replpass',
  MASTER_AUTO_POSITION=1;
START SLAVE;

在Node B上连接Node A：

CHANGE MASTER TO
  MASTER_HOST='192.168.1.10',
  MASTER_USER='repl',
  MASTER_PASSWORD='replpass',
  MASTER_AUTO_POSITION=1;
START SLAVE;

在Node C上连接Node B：

CHANGE MASTER TO
  MASTER_HOST='192.168.1.11',
  MASTER_USER='repl',
  MASTER_PASSWORD='replpass',
  MASTER_AUTO_POSITION=1;
START SLAVE;

至此，A→B→C→A的环形链路完成。

3. 验证与监控

检查每个节点的复制状态：

SHOW SLAVE STATUS\G

重点关注：

• Slave_IO_Running: Yes
• Slave_SQL_Running: Yes
• Seconds_Behind_Master: 接近0

测试数据流转：

在Node A创建表并插入数据，观察是否最终回到A并被再次应用（注意防环机制）。

4. 注意事项与风险

环形复制存在明显缺点，需特别注意：

• 不支持自动去重，同一条更新可能绕环一圈再次执行（依赖GTID可避免）
• 一旦某个节点宕机，整个环中断，后续节点无法接收更新
• 多点写入容易导致主键冲突、数据覆盖
• 故障排查困难，延迟可能累积

建议：

• 生产环境优先考虑MGR（MySQL Group Replication）或PXC
• 如必须使用环形复制，限制只有一台可写，其余为只读
• 定期检查复制延迟和错误日志

基本上就这些。环形复制技术上可行，但维护成本高，现代架构更推荐使用官方高可用方案替代。

以上就是mysql如何搭建环形复制的详细内容，更多请关注php中文网其它相关文章！