答案：MySQL复制冲突常见于主从或多主架构，主要类型包括主键冲突、行不存在、数据不一致和DDL冲突。使用GTID可精准跳过特定事务，设置gtid_next并提交空事务实现。启用slave_exec_mode=IDEMPOTENT可自动跳过重复键错误，但需警惕数据掩盖问题。当复制中断时，通过SHOW SLAVE STATUS定位错误，结合pt-table-checksum等工具校验修复数据差异，必要时手动跳过事件。预防方面应优先采用单主架构，多主场景下划分写入分片，统一DDL管理，开启log_slave_updates避免环路异常。核心是平衡一致性与可用性，依赖监控、校验与自动化工具保障复制稳定。
MySQL复制冲突通常出现在主从架构中，尤其是使用异步或半同步复制时。当主库和从库的数据不一致，或在多主复制（如双主）环境中多个节点同时修改相同数据，就可能引发冲突。解决这些冲突需要结合配置策略、监控手段和人工干预。以下是常见的处理方式和解决方案。
理解复制冲突的常见类型
在着手解决前，先明确哪些情况属于复制冲突：
- 主键冲突：从库插入已存在的主键值，导致Duplicate entry错误。
- 行不存在：从库执行UPDATE或DELETE时找不到对应记录，报错Can't find record。
- 数据不一致：主从数据内容不同，但SQL线程仍尝试应用事件，造成逻辑错误。
- DDL冲突：结构变更语句在不同节点执行顺序不一致，导致表结构错乱。
基于GTID的复制与自动跳过机制
使用GTID（全局事务标识符）能更清晰地追踪事务来源，避免重复应用或遗漏。
当出现可忽略的冲突（如已知主键重复是因幂等操作），可通过以下方式跳过：
- 设置gtid_next手动跳过特定事务：
示例操作：
SET SESSION gtid_next = 'aaa-bbb-ccc-ddd:12345'; BEGIN; COMMIT; SET SESSION gtid_next = AUTOMATIC;
这会让MySQL跳过指定GTID的事务，适用于已确认无害的冲突。
启用幂等模式减少冲突
在多主或环形复制中，开启slave_exec_mode=IDEMPOTENT可让从库在遇到主键或唯一键冲突时自动跳过错误语句。
在my.cnf中添加：
[mysqld] slave_exec_mode = IDEMPOTENT
注意：该模式虽能缓解冲突，但掩盖了潜在的数据问题，需配合监控使用。
手动修复与数据校验
当复制中断且无法自动恢复时，需人工介入：
- 查看错误信息：
SHOW SLAVE STATUS\G，关注Last_SQL_Error字段。 - 确认主从数据差异，可用工具如pt-table-checksum和pt-table-sync检测并修复不一致。
- 临时停止复制：
STOP SLAVE;，修复数据后重新启动。 - 若冲突事务无业务影响，可用
SET GLOBAL sql_slave_skip_counter=1;跳过当前错误事件（仅限基于binlog event的复制）。
预防胜于治疗：合理设计复制架构
避免冲突的根本在于架构设计：
- 尽量使用单主复制，写操作集中到主库。
- 若必须多主，确保各节点写入不同数据分片（如按ID区间或地域划分）。
- 统一DDL变更流程，避免并发结构修改。
- 启用
log_slave_updates并规范复制链路，防止环形依赖混乱。
基本上就这些。关键是根据实际场景选择合适的策略，既要保证数据一致性，也要兼顾系统可用性。监控和定期校验不可少，自动化工具能大幅降低运维成本。
