[轉] slave_exec_mode=IDEMPOTENT的行為小結

• 2019 年 10 月 4 日
• 筆記

原文： https://www.jianshu.com/p/bd6f7c3e5b50

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場景一樣，備機跳過此delete啥也不幹 注意：使用冥等模式時表要有主鍵 冥等模式並不是萬能的,除了不能對DDL操作冥等,對欄位長度不同導致的錯誤也不是冥等(譬如主機一個欄位是char(20)而備機是char(10)),還有一個限制就是表有主鍵才會對insert的冥等設置有效:因為insert的冥等行為是通過主鍵來判斷備機是否有重複值從而產生覆寫操作,如果表沒有主鍵,則備機即使設了冥等也可能會比主機多重複數據。