环形复制通过多个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）：
10分钟内自己学会PHP
下载
10分钟内自己学会PHP其中，第1篇为入门篇，主要包括了解PHP、PHP开发环境搭建、PHP开发基础、PHP流程控制语句、函数、字符串操作、正则表达式、PHP数组、PHP与Web页面交互、日期和时间等内容；第2篇为提高篇，主要包括MySQL数据库设计、PHP操作MySQL数据库、Cookie和Session、图形图像处理技术、文件和目录处理技术、面向对象、PDO数据库抽象层、程序调试与错误处理、A
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
- 如必须使用环形复制，限制只有一台可写，其余为只读
- 定期检查复制延迟和错误日志
基本上就这些。环形复制技术上可行，但维护成本高，现代架构更推荐使用官方高可用方案替代。
