MySQL复制 slave_exec_mode 参数IDEMPOTENT 说明

MySQL复制 slave_exec_mode 参数IDEMPOTENT 说明

目录

• MySQL复制 slave_exec_mode 参数IDEMPOTENT 说明
  • 一、参数说明
  • 二、IDEMPOTENT使用限制：
  • 三、使用实例
  • 适用场景
    • 1. insert 主键或唯一键冲突
    • 2. update 备库数据不存在
    • 3. update 备库数据冲突
    • 4. delete 数据不存在
    • 5. delete 数据不一致

一、参数说明

MySQL slave_exec_mode（binlog_format：ROW） 参数用于控制主从复制数据冲突时的处理策略，可选值有STRICT和IDEMPOTENT，分别代表严格模式和幂等模式，默认值为STRICT，该参数可动态调整。如果设置为IDEMPOTENT，从库复制的SQL线程在遇到数据冲突时，可选择覆盖不一致的数据，或者直接跳过冲突。

参数可选值：

• STRICT，严格模式
• IDEMPOTENT，幂等模式
  默认STRICT模式下，从库复制过程中，发现数据冲突，会立即报错，并中断复制线程。设置为IDEMPOTENT，遇到主键或唯一键冲突以及主键不存在时，并不会报错，会直接覆盖数据或者忽略数据不存在，主从复制仍然正常进行。

设置这个参数将会立即生效，并不需要重启复制。

二、IDEMPOTENT使用限制：

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

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

三、使用实例

#查看当前变量模式（非MySQL NDB Cluster默认值为STRICT）
show variables like '%slave_exec_mode%';

#设置为幂等模式，跳过复制错误
set global slave_exec_mode='IDEMPOTENT';
stop slave;
start slave;


#等到复制错误跳过，且主从延迟恢复正常，将值调整为严格模式
set global slave_exec_mode='STRICT';
stop slave;
start slave;

适用场景

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；

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