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主从复制一般很少使用。