Mysql主从复制之slave_exec_mode，slave_skip_errors参数详解和测试

参数）slave_exec_mode 
slave_exec_mode = STRICT
MySQL主从同步中，经常遇到的三种同步错误：
1、在master上delete一条记录，若在slave上没有这条数据，会出现报错。
2、在master上insert一条记录，若在slave上主键值已经存在，会出现报错。
3、在master上update一条记录，若在slave上没有这条数据，会出现报错。
如果slave的my.cnf已经配置了slave_skip_errors参数，则可以自动跳过报错，如果没有配置该参数，则可以用以下方法解决：
mysql> set global slave_exec_mode='idempotent'; 
默认值是strict(严格模式)，IDEMPOTENT  模式跳过主键冲突错误和更新删除行不存在错误。

参数）slave_skip_errors选项有四个可用值，分别为： off，all，ErorCode，ddl_exist_errors 。
     默认情况下该参数值是off，我们可以列出具体的error code，也可以选择all，mysql5.6及MySQL Cluster NDB 7.3以及后续版本增加了参数ddl_exist_errors，该参数包含一系列error code（1007,1008,1050,1051,1054,1060,1061,1068,1094,1146）
    一些error code代表的错误如下：
     1007： 数据库已存在，创建数据库失败
     1008： 数据库不存在，删除数据库失败
     1050： 数据表已存在，创建数据表失败
     1051： 数据表不存在，删除数据表失败
     1054： 字段不存在，或程序文件跟数据库有冲突
     1060： 字段重复，导致无法插入
     1061： 重复键名
     1068： 定义了多个主键
     1094： 位置线程ID
    1146： 数据表缺失，请恢复数据库
    1053： 复制过程中主服务器宕机
     1062： 主键冲突 Duplicate entry '%s' for key %d

 测试：slave_exec_mode = STRICT 不设置slave_skip_errors参数
 
 场景1）在主库插入一条数据，然后从库删除这条数据，然后主库再删除这条数据，从库会报错：
 Last_SQL_Error: Could not execute Delete_rows event on table mytest1.log_test; Can't find record in 'log_test', Error_code: 1032; handler error HA_ERR_END_OF_FILE; the event's master log mysql-bin.000026, end_log_pos 1136
 场景2）在主库创建一个主库表，然后在从库先插入一条数据，然后再主库插入这条数据，从库会报错：
       Last_SQL_Error: Could not execute Write_rows event on table mytest1.log_test_new; Duplicate entry '1' for key 'PRIMARY', Error_code: 1062; handler error HA_ERR_FOUND_DUPP_KEY; the event's master log mysql-bin.000026, end_log_pos 2859
 场景3）在主库插入一条数据，然后从库删除这条数据，然后主库再更新这条数据，从库会报错：
   Last_SQL_Error: Could not execute Update_rows event on table mytest1.log_test; Can't find record in 'log_test', Error_code: 1032; handler error HA_ERR_END_OF_FILE; the event's master log mysql-bin.000026, end_log_pos 2509

  测试：slave_exec_mode = STRICT 设置slave_skip_errors参数为ALL
  场景1）在主库插入一条数据，然后从库删除这条数据，然后主库再删除这条数据，从库不会报错，Read_Master_Log_Pos看到会执行完这个sql
   Master_Log_File: mysql-bin.000026
          Read_Master_Log_Pos: 4514
  场景2）在主库创建一个主库表，然后在从库先插入一条数据，然后再主库插入这条数据，从库不会报错，Read_Master_Log_Pos看到会执行完这个sql
         Master_Log_File: mysql-bin.000026
          Read_Master_Log_Pos: 5195
 场景3）在主库插入一条数据，然后从库删除这条数据，然后主库再更新这条数据，从库不会报错，Read_Master_Log_Pos看到会执行完这个sql
  Master_Log_File: mysql-bin.000026
          Read_Master_Log_Pos: 5876

测试：slave_exec_mode = idempotent 不设置slave_skip_errors参数
[root@localhost:mytest1]>show variables like '%slave_skip_errors%';
+-------------------+-------+
| Variable_name     | Value |
+-------------------+-------+
| slave_skip_errors | OFF   |
+-------------------+-------+
1 row in set (0.01 sec)

[root@localhost:mytest1]>select count(*) from log_test1 where id>80000000;^C
[root@localhost:mytest1]>show variables like '%slave_exec_mode%';
+-----------------+------------+
| Variable_name   | Value      |
+-----------------+------------+
| slave_exec_mode | IDEMPOTENT |
+-----------------+------------+
1 row in set (0.00 sec)

场景1）在主库插入一条数据，然后从库删除这条数据，然后主库再删除这条数据，从库不会报错，Read_Master_Log_Pos看到会执行完这个sql
    Master_Log_File: mysql-bin.000026
          Read_Master_Log_Pos: 6194
  场景2）在主库创建一个主库表，然后在从库先插入一条数据，然后再主库插入这条数据，从库不会报错，Read_Master_Log_Pos看到会执行完这个sql
          Master_Log_File: mysql-bin.000026
          Read_Master_Log_Pos: 6875
 场景3）在主库插入一条数据，然后从库删除这条数据，然后主库再更新这条数据，从库不会报错，Read_Master_Log_Pos看到会执行完这个sql
    Master_Log_File: mysql-bin.000026
          Read_Master_Log_Pos: 7556