DDR爱好者之家

MySQL中slave_exec_mode参数详解
站长资源 2024/11/24 佚名
8 1538
DDR爱好者之家 Design By 杰米

今天无意当中看到参数slave_exec_mode，从手册里的说明看出该参数和MySQL复制相关，是可以动态修改的变量，默认是STRICT模式（严格模式），可选值有IDEMPOTENT模式（幂等模式）。设置成IDEMPOTENT模式可以让从库避免1032（从库上不存在的键）和1062（重复键，需要存在主键或则唯一键）的错误，该模式只有在ROW EVENT的binlog模式下生效，在STATEMENT EVENT的binlog模式下无效。IDEMPOTENT模式主要用于多主复制和NDB CLUSTER的情况下，其他情况不建议使用。从上面的介绍来看，这个参数的让从库跳过指定的错误，那问题来了：

1：和 sql_slave_skip_counter 比，有什么好处？

2：和 slave-skip-errors = N比，有什么好处？

带着这2个问题，本文来进行相关的测试和说明。 

环境：

MySQL版本：Percona MySQL 5.7

复制模式：ROW，没有开启GTID

测试：

① 1062 错误：Could not execute ... event on table db.x; Duplicate entry 'xx' for key 'PRIMARY', Error_code: 1062;

主从上的测试表结构：

CREATE TABLE `x` (
 `id` int(11) NOT NULL AUTO_INCREMENT,
 PRIMARY KEY (`id`)
) ENGINE=InnoDB AUTO_INCREMENT=4 DEFAULT CHARSET=utf8

主从上的表记录：

M：

select * from x;
+----+
| id |
+----+
| 2 |
| 3 |
+----+
2 rows in set (0.01 sec)

S：

select * from x;
+----+
| id |
+----+
| 1 |
| 2 |
| 3 |
+----+
3 rows in set (0.00 sec)

主从上的表记录本来就不一致了，主上缺少了id=1的记录。

此时从上的slave_exec_mode为默认的STRICT模式：

show variables like 'slave_exec_mode';
+-----------------+--------+
| Variable_name  | Value |
+-----------------+--------+
| slave_exec_mode | STRICT |
+-----------------+--------+
1 row in set (0.00 sec) 

M上的binlog模式为：

show variables like 'binlog_format';                                                      +---------------+-------+
| Variable_name | Value |
+---------------+-------+
| binlog_format | ROW  |
+---------------+-------+
1 row in set (0.00 sec)

在M上执行：

insert into x values(1),(4),(5);
Query OK, 3 rows affected (0.00 sec)
Records: 3 Duplicates: 0 Warnings: 0

因为从上已经存在了id=1的记录，此时从的复制就报了1062的错误:

Last_SQL_Errno: 1062
Last_SQL_Error: Could not execute Write_rows event on table dba_test.x; Duplicate entry '1' for key 'PRIMARY', Error_code: 1062; handler error HA_ERR_FOUND_DUPP_KEY; the event's master log mysql-bin-3306.000006, end_log_pos 7124

出现这个错误时，大家的一致做法就是执行：sql_slave_skip_counter=N。

1、set global sql_slave_skip_counter=N中的N是指跳过N个event
2、最好记的是N被设置为1时，效果跳过下一个事务。
3、跳过第N个event后，位置若刚好落在一个事务内部，则会跳过这整个事务
4、一个insert/update/delete不一定只对应一个event，由引擎和日志格式决定