必须配对设置auto_increment_increment和auto_increment_offset并写入my.cnf的[mysqld]段且重启生效：两节点时increment设为2，A节点offset=1（生成奇数ID），B节点offset=2（生成偶数ID），否则必现主键冲突。

双向主主复制不是配完 server-id 和 log_bin 就能跑通的——自增 ID 冲突是上线即崩的高频雷，必须靠 auto_increment_increment 和 auto_increment_offset 配对生效，缺一不可。

为什么只改 auto_increment_offset 会失效

只设 auto_increment_offset = 2，但没动 auto_increment_increment（仍为默认 1），结果就是：A 节点插出 1、2、3，B 节点也插出 1、2、3。offset 只管“第一个值”，increment 才决定“下一个值跳多远”。两者必须配合，否则等于没配。

• 两节点时，auto_increment_increment 必须设为 2；三节点则必须为 3，以此类推
• auto_increment_offset 每台机器只能取 1 到 increment 之间的整数，且不能重复（如双节点分别设 1 和 2）
• 临时 SET GLOBAL 修改后，MySQL 重启就丢，生产环境必须写进 /etc/my.cnf 的 [mysqld] 段并重启服务

配置必须写进 my.cnf 并重启，不能只靠 SET GLOBAL

运维常犯的错：在 MySQL 客户端里执行 SET GLOBAL auto_increment_increment = 2，以为生效了。其实这只是会话级临时覆盖，mysqld 进程一重启，参数立刻回滚到配置文件值（或默认值）。双主切主时若参数丢失，新主库继续用默认步长 +1，马上和另一台撞 ID。

MySQL8 CRM Schema Design Expert

面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。

下载

• 正确做法：编辑 /etc/my.cnf 或 /etc/mysql/my.cnf，在 [mysqld] 下添加两行：
  auto_increment_increment = 2
auto_increment_offset = 1（A 节点）
  auto_increment_increment = 2
auto_increment_offset = 2（B 节点）
• 确认配置段落正确：不能写到 [client] 或 [mysql] 下，否则完全不加载
• MySQL 8.0+ 可用 SET PERSIST 持久化，但依然建议优先走配置文件，避免版本兼容风险

验证是否真生效：别信配置文件，要看运行时值

改完配置、重启 mysqld 后，必须连上每台实例执行 SQL 验证，不能只看配置文件有没有写对。

• 执行：SELECT @@auto_increment_increment, @@auto_increment_offset;
• 检查返回值是否与预期一致（如 A 返回 2 和 1，B 返回 2 和 2）
• 同时确认 log_slave_updates = ON、binlog_format = ROW、server-id 唯一且非零

最易被忽略的是：所有节点都必须开启 log_slave_updates，否则从对方同步来的变更不会写入本地 binlog，导致链路断裂；另外，DDL 操作（如 ALTER TABLE）在双向复制中极易引发不一致，务必禁止跨节点并发执行。