MariaDB异步复制场景下自动冲突检测与处理方案咨询

1. 自定义逻辑判定同一记录不同更新值的最终结果 #

标准单主异步复制不会出现双节点同记录更新冲突，但如果是**双主异步复制（互为主从）**架构，默认会出现数据覆盖或主键冲突。要实现自定义冲突判定，有两种可行方案：

• 触发器+冲突日志+自定义脚本：在两台节点的目标表上创建UPDATE触发器，每次更新时把记录的旧值、新值、更新时间、节点ID写入专门的冲突日志表。之后定时运行脚本（比如Shell或Python脚本调用MariaDB客户端），扫描日志表中的冲突记录，按照你定义的规则（比如取更新时间最晚的记录、优先保留特定节点的修改）合并数据，同步到两个节点。
• GTID追踪+事务顺序判定：借助MariaDB的GTID（全局事务ID）追踪事务的执行顺序，自定义脚本可以通过GTID判断两个更新事务的先后，再结合业务逻辑决定保留哪条记录。注意异步复制存在延迟，要预留足够的时间窗口让事务同步完成后再处理冲突。

2. 基于双节点更新值计算最终记录（如余额场景） #

这种增量操作的合并需求，最稳妥的做法是从设计上规避直接更新，而非事后处理冲突：

• 用流水表替代直接更新余额：两台节点分别记录取款、存款的流水（包含交易类型、金额、发生时间、节点标识），余额字段不再直接更新，而是通过SUM()函数实时计算或定时汇总流水得到最终值。这种方式从根源上避免了冲突，也是金融系统的常规设计。
• 如果必须直接更新余额：给余额表加一个版本号字段，更新时用乐观锁逻辑：UPDATE balance SET amount = ?, version = version +1 WHERE id = ? AND version = ?。当出现版本不匹配（说明另一节点也更新了），就从两个节点拉取当前的余额和交易明细，计算合并后的结果（比如取款减、存款加，累加得到最终余额），再同步更新到两个节点。同时可以配合触发器记录每次更新的操作明细，方便冲突时的计算。

注意：异步复制本身的特性决定了它无法保证实时一致性，所有冲突处理方案都需要容忍一定的延迟，或者结合半同步复制来降低冲突概率。

内容的提问来源于stack exchange，提问作者abhijeet pathak