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；
结果：
备库表数据：空，备库只匹配主键或唯一键，其他字段数据冲突，将被忽略。