MySQL 主主双向同步键值冲突解决方法

问题分析：为什么会出现键值冲突

在主主同步环境中，A 和 B 两台数据库均作为主节点接收写入请求且相互同步。以下场景展示了冲突产生的过程：

1. 初始环境：假设 A、B 两台服务器上均有 test 表，该表拥有一个自增长 ID 字段，且两表的当前最大 ID 均为 0。
2. B 节点写入：先在 B 节点执行插入操作，返回生成的自增 ID 为 1。
3. A 节点写入：随后在 A 节点执行同样的插入操作，由于 A 也是主库且不知情，它也生成了 ID 1。
4. 冲突爆发：当 A、B 双向启动并尝试将各自的更改同步给对方时，双方都会发现目标表中已经存在了 ID 为 1 的记录，导致主键重复错误（Duplicate entry for key 'PRIMARY'）。

解决方案：分配独立的自增步长与偏移量

为了避免上述冲突，必须保证所有参与同步的服务器生成的自增值是完全不同的。我们可以利用 MySQL 的两个关键配置参数来实现这一点：auto_increment_increment（步长）和 auto_increment_offset（起始点）。

最简单有效的策略是设定全局步长为服务器数量 $N$，并为每台服务器分配一个唯一的初始偏移量。例如，只有两台服务器时，我们可以采用“奇数”和“偶数”间隔的方案。

第一步：在服务器 A 上配置奇数序列

对于承担“奇数 ID”任务的主节点 A（例如 IP 为 192.168.x.1），在其配置文件（通常为 my.cnf 或 my.ini）中添加以下参数：

auto_increment_offset = 1
auto_increment_increment = 2

原理解析： - auto_increment_offset = 1 表示自增序列从 1 开始。 - auto_increment_increment = 2 表示每次递增 2。 - **结果**：该节点生成的 ID 序列将是 1, 3, 5, 7, ... 等纯奇数。

第二步：在服务器 B 上配置偶数序列

对于另一台主节点 B，需要将其设置为生成偶数 ID，参数如下：

auto_increment_offset = 2
auto_increment_increment = 2

原理解析： - auto_increment_offset = 2 表示自增序列从 2 开始。 - auto_increment_increment = 2 保持与 A 相同的步长。 - **结果**：该节点生成的 ID 序列将是 2, 4, 6, 8, ... 等纯偶数。

多节点扩展与应用结论

通过上述配置，无论 A 还是 B 各自生成多少条记录，它们的自增 ID 永远不会重合，因为一个是奇数集合，一个是偶数集合。这彻底消除了 Master-Master 结构中的主键冲突风险。

注意事项： 此方法可以完美扩展到 N 台服务器的拓扑结构中。只需将 auto_increment_increment 设置为 N，并将各节点的 auto_increment_offset 分别设为 1, 2, ..., N，即可支持数十甚至上百台主服务器同时写入而无需担心 ID 碰撞。

以上就是 MySQL 解决双向同步键值冲突的详细内容，更多关于 MySQL 高可用集群搭建的资料请关注本站其它相关文章！