MySQL 主从幂等复制slave_exec_mode=IDEMPOTENT

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

发表评论