mysql主從配置之slave_exec_mode=IDEMPOTENT詳解

slave_exec_mode=IDEMPOTENT在MySQL複製環境中是個很有用的參數:只要在備機運行set global slave_exec_mode=IDEMPOTENT,備機的sql thread就運行在冥等模式下,可以讓備機在insert主鍵、唯一鍵衝突,update、delete值未找到錯誤發生時不斷開複製而保持冥等性(當即生效，連slave的sql線程都不用重啟喲);而類似sql_slave_skip_counter=N和slave-skip-errors = N這樣的粗暴跳過錯誤方法可能破壞主備一致性。但官方文檔的描述很簡潔,我一直好奇slave_exec_mode=IDEMPOTENT是如何在複製出錯時保持一致性的--譬如主鍵衝突時是簡單跳過還是覆寫,今天在Percona 5.7下做了個實驗(binlog是row格式),實驗過程就省略了,直接總結如下:

1.insert情境
此時insert into語句在備機的效果就跟replace into一樣,但卻並不是把insert into轉換成replace into來執行,分兩種情況:
a.MySQL配置成autocommit,直接一條insert into ...
如這樣的insert

insert into test set c1='a',c2='b'; 

此時insert into語句在備機執行時假如遇到主鍵衝突就先轉化為delete再insert

delete from test where c1='old_value' and c2='old_value'; 
insert into test set c1='a',c2='b'; 

假如遇到非主鍵的唯一鍵衝突就轉換為update

update test set set c1='a',c2='b' where c1='old_value' and c2='old_value'; 
b.當顯示開始事務時(begin...insert into...commit;)
如這樣的sql

begin; 
......
insert into test set c1='a',c2='b'; 
......
commit; 
此時begin...commit裡的insert into語句在備機執行時假如遇到主鍵衝突、唯一鍵衝突都是先轉化為delete再insert

begin; 
......
delete from test where c1='old_value' and c2='old_value'; 
insert into test set c1='a',c2='b'; 
......
commit; 
2.update情境
當備機不存在要更新的記錄,這條update不執行

3.delete情境
同update情境一樣，備機啥也不幹

注意：使用冥等模式時表要有主鍵
冥等模式並不是萬能的,除了不能對DDL操作冥等,對欄位長度不同導致的錯誤也不是冥等(譬如主機一個欄位是char(20)而備機是char(10)),還有一個限制就是表有主鍵才會對insert的冥等設定有效:因為insert的冥等行為是通過主鍵來判斷備機是否有重複值從而產生覆寫操作,如果表沒有主鍵,則備機即使設了冥等也可能會比主機多重複資料。