MySQL slave_exec_mode參數的作用
註意：使用冥等模式時表要有主鍵
冥等模式並不是萬能的,除了不能對DDL操作冥等,對字段長度不同導致的錯誤也不是冥等(譬如主機一個字段是char(20)而備機是char(10)),還有一個限制就是表有主鍵才會對insert的冥等設置有效:因為insert的冥等行為是通過主鍵來判斷備機是否有重復值從而產生覆寫操作,如果表沒有主鍵,則備機即使設了冥等也可能會比主機多重復數據。
針對slave_exec_mode參數，它可以跳過1062和1032的錯誤，並且不影響同一個事務中正常的數據執行。如果是多個SQL組成的事務，則可以跳過有問題的event。
另外在GTID模式下的復制，sql_slave_skip_counter是不支持的，該模式下的復制可以自行測試。
主從復制中常會遇到的問題就是1062主鍵重復
主從復制中1032錯誤一般是指要更改的數據不存在
遇到錯誤1032或者1062的處理方式：
所以處理該錯誤的方法有：
1：skip_slavesql_slave_skip_counter
stop slave; Query OK, 0 rows affected (0.00 sec)
set global sql_slave_skip_counter=[1-4];
Query OK, 0 rows affected (0.00 sec)
start slave;
Query OK, 0 rows affected (0.00 sec)
2：在配置文件裏指定slave-skip-errors=1062（需要重啟）
這2種方法都能讓復制恢復正常，但是會讓主從數據不一致（謹慎使用），如果一個事務中多個語句，其他的語句也會丟失。
並且第2種方法還需要重啟數據庫，此時slave_exec_mode參數就派上用場了。在從庫上設置該參數：
slave_exec_mode參數可用來自動處理同步復制錯誤：
# slave上執行
set global slave_exec_mode='IDEMPOTENT'; 冪等模式 (默認是STRICT嚴格模式)
stop slave;
start slave;
slave_exec_mode和slave_skip_errors的作用是一樣的，但是slave_skip_errors不支持動態修改，必須重啟mysql才能生效，因此建議使用slave_exec_mode。
針對slave_exec_mode參數，它可以跳過1062和1032的錯誤，並且不影響同一個事務中正常的數據執行。如果是多個SQL組成的事務，則可以跳過有問題的event。
insert into x values(1),(4),(5); #其中從庫有id=4這條記錄
BEGIN;
INSERT INTO x SELECT 4;
DELETE FROM x WHERE id = 2; #從庫沒有這條記錄
INSERT INTO x SELECT 5;
COMMIT;
#!/bin/bash
# Description: 自動跳過主從復制的錯誤(錯誤代碼1023、1062) ,這個腳本在slave上執行
#
user='root'
pass='root'
port='3306'
IP='172.16.10.12'
MYSQLCLI='/usr/local/mysql/bin/mysql'
STATUS=$($MYSQLCLI -u$user -p$pass -h $IP -e 'show slave status\G'|sed -n '13p'|awk -F ":" '{print $2}')
if [[ $STATUS != 'YES' ]];then
$MYSQLCLI -u$user -p$pass -h $IP -e "SET GLOBAL slave_exec_mode='IDEMPOTENT';"
$MYSQLCLI -u$user -p$pass -h $IP -e "stop slave';"
$MYSQLCLI -u$user -p$pass -h $IP -e "start slave';"
echo -e "地址: $IP\n端口: 3306\n服務: MySQL主從復制發生錯誤,系統已自動跳過錯誤,請後續跟進處理。\n發生時間: `date +"%F %T"`" \
| mail -s '主從復制錯誤警告' [email protected]
fi
參考：https://www.cnblogs.com/zhoujinyi/p/8035413.html
MySQL slave_exec_mode參數的作用