MySQL 8.0 双向复制需手动配置双链路，关键参数包括：server-id 全局唯一、log-bin 开启、gtid_mode=ON、log_slave_updates=ON、auto-increment-increment 与 offset 成对设置以避免主键冲突。
MySQL 8.0 能实现双向主从（即双主），但必须手动规避循环复制和主键冲突，不能靠“自动识别”或“开个开关”就安全运行。
server-id 和 auto-increment 必须错开
两台 MySQL 实例的 server-id 必须不同，且 auto-increment-increment 和 auto-increment-offset 必须配对设置，否则 INSERT 会因主键重复直接失败。
-
server-id：A 设为1，B 设为2，不可相同，也不建议用默认值1 -
auto-increment-increment = 2：所有实例统一设为2，保证步长一致 -
auto-increment-offset：A 设为1（生成 1,3,5…），B 设为2（生成 2,4,6…） - 如果已有数据且含自增主键，务必确认存量 ID 不重叠，否则启动复制后立刻报错
Duplicate entry
binlog_format 必须设为 ROW
用 STATEMENT 或 MIXED 在双主场景下极易导致数据不一致——比如 NOW()、UUID()、用户变量等非确定性函数，在两边执行时间不同，结果就不同。
- 必须在两台机器的
my.cnf中显式写：binlog-format = ROW - 仅靠默认值不可靠；MySQL 8.0 默认仍是
STATEMENT（部分发行版可能改，但不保证） - 改完要重启 mysqld，且需验证：
SELECT @@binlog_format;返回ROW
replicate-same-server-id 必须关掉
这是防止循环复制的关键开关。默认是 OFF（即 0），但必须显式设为 0，否则一旦某台机器误把自己产生的事件又读回来应用，就会无限循环写入、爆满磁盘、复制线程卡死。
- 在两台机器配置中都加：
replicate-same-server-id = 0 - 不要依赖“默认关闭”，某些部署镜像或容器环境可能覆盖默认值
- 配合
log-slave-updates = ON（让从库也写 binlog）才能让双主链路成立，但这个选项本身不解决循环问题——靠的就是replicate-same-server-id = 0
复制用户权限和网络连通性常被忽略
双主意味着每台机器既是主又是从，所以每台都要创建对方连接自己所需的复制用户，并确保 TCP 3306 双向可达。
- A 创建用户：
CREATE USER 'repl'@'B的IP' IDENTIFIED WITH mysql_native_password BY 'xxx'; GRANT REPLICATION SLAVE ON *.* TO 'repl'@'B的IP'; - B 同理创建指向 A 的用户，IP 和密码一一对应
- 防火墙必须放行双向 3306：CentOS 上用
firewall-cmd --permanent --add-port=3306/tcp，然后--reload - SELinux 若开启，需确认
mysqld_can_network_connect为on，否则即使端口通，连接也会被拒绝
真正难的不是配置项写对，而是后续监控：你得持续看 SHOW SLAVE STATUS\G 里的 Seconds_Behind_Master、Slave_IO_Running 和 Slave_SQL_Running，还要留意错误码如 1062（主键冲突）、1032（找不到行）、2003（连接被拒）——这些不会在配置阶段暴露，只在真实写入时爆发。
