MySQL slave_exec_mode 参数用于控制主从复制数据冲突时的处理策略，可选值有STRICT和IDEMPOTENT，分别代表严格模式和幂等模式，默认值为STRICT，该参数可动态调整。

• STRICT，严格模式
• IDEMPOTENT，幂等模式

默认STRICT模式下，从库复制过程中，发现数据冲突，会立即报错，并中断复制线程。设置为IDEMPOTENT，遇到主键或唯一键冲突以及主键不存在时，并不会报错，会直接覆盖数据或者忽略数据不存在，主从复制仍然正常进行。设置这个参数将会立即生效，并不需要重启复制。

一、IDEMPOTENT幂等复制测试

• MySQL 版本 5.7.19
• binlog_format：ROW

表结构：id主键，name varchar(50)

CREATE TABLE tb (
  id int(11) NOT NULL,
  name varchar(50) DEFAULT NULL,
  PRIMARY KEY (id)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4

1. insert 主键或唯一键冲突

主库表数据：空
备库表数据：1,'1'
此时在主库插入数据,1,'2'

结果：
备库表数据：1,'2'，主键或唯一键冲突，备库数据会被新的insert数据覆盖。

2. update 备库数据不存在

主库表数据：1,'1'
备库表数据：空
此时执行：update tb set name='2' where id=1;

结果：
备库表数据：空，update binlog在备库被忽略。

3. update 备库数据冲突

主库表数据：1,'1'
备库表数据：1,'3'
此时在主库执行：update tb set name='2' where id=1;

结果：
备库表数据：1,'2'，备库数据被覆盖。

4. delete 数据不存在

主库表数据：1,'1'
备库表数据：空
此时在主库执行：delete from tb where id=1;

结果：
备库表数据：空，备库自动忽略delete事件。

5. delete 数据不一致

主库表数据：1,'1'
备库表数据：1,'2'
此时在主库执行：delete from tb where id=1;

结果：
备库表数据：空，备库只匹配主键或唯一键，其他字段数据冲突，将被忽略。

二、IDEMPOTENT使用限制：

• 不支持DDL。
• 字段长度不同导致的错误不能幂等，比如主库char(5)，从库char(10)。
• 要有主键或唯一键，幂等根据主键或唯一键来实现。

IDEMPOTENT 最初被设计用于MySQL NDB Cluster 多主复制、循环复制这类特殊的场景，并且NDB默认设置就是IDEMPOTENT，也无法设置为其他值，MySQL主从复制一般很少使用。