想必從庫例外中斷的情況不在少數，其中報錯資訊中1032及1062的錯誤占了不少的比重
錯誤1032指的是從庫中找不到對應行的記錄
錯誤1062指的是主鍵沖突
遇到此報錯時，大多DBA會使用如下方法進行處理
1 手動處理
方法一： 找出引起例外的資料然后手動在從庫處理后重啟SQL執行緒繼續觀察；
根據報錯的資訊，通過mysqlbinlog決議binlog日志，找到對應的資料，然后查看從庫是否缺失資料或者已存在對應主鍵的資料，然后手動在從庫處理對應記錄的資料，處理完畢后再次開啟同步，
但是，后續還得觀察是否再次出現錯誤
方法二： 手動跳過1個或更多個事務，然后繼續觀察，
/* 傳統點位模式復制 */ SQL>set global sql_slave_skip_counter=1; SQL>start sql_thread; /* GTID模式復制 */ SQL>set gtid_next='e29d3917-9dbb-11e9-8b64-e4434b6e2c80:11103335-16054791'; SQL>begin;commit; SQL>set gtid_next='AUTOMATIC';
注意,手動跳過事務的方式存在一個很大的缺點： 1個事務中存在多個sql,用此方式，本事務中的其他SQL也會被跳過（具體的和binlog-format有關，對于當前常用的ROW格式均有影響），
2 持續跳過錯誤
但是，如果一直報錯，但是，這些報錯又可以忽略可以怎么處理，此時也有很多方法，通常使用的是如下幾種：
方法一： 使用pt-slave-restart工具跳過對應錯誤
但是使用pt-slave-restart工具跳過報錯時，必須關閉多執行緒復制，因為工具分不清到底哪個執行緒復制出了問題，然后會報類似如下的報錯：
Cannot skip transactions properly because GTID is enabled and slave_parallel_workers > 0. See 'GLOBAL TRANSACTION IDS' in the tool's documentation
處理步驟為:
/* 暫停并行復制 */ SQL> set global slave_parallel_workers=0; /* 使用pt-slave-restart工具跳過錯誤（填寫錯誤號）*/ pt-slave-restart --user=root --password='Admin@123' --socket=/data/mysql3306/tmp/mysql.sock --error-numbers=1062 /* 不再報錯時，再開啟并行復制 */ mysql> set global slave_parallel_workers=8;
方法二： 在組態檔里配置跳過指定錯誤
在組態檔[mysqld]項里加入引數slave-skip-errors
slave-skip-errors=1032,1062
但是，此方法存在一個致命缺點：該引數是靜態引數，無法動態修改，需要修改組態檔后重啟資料庫方可生效，
3 冪等模式
因為手動跳過事務時，會忽略相同事務下的其他正常的SQL在從庫的應用；pt-slave-restart工具需要停止多執行緒復制，影響從庫應用速度；配置slave-skip-errors又需要重啟資料庫方可生效，那么有沒有一種方式既不會跳過多余的SQL，又無需重啟資料庫也不影響從庫應用SQL的速度呢？答案是有的，也就是將slave_exec_mode引數設定為IDEMPOTENT，即冪等模式（默認為嚴格模式STRICT），
/* 在線動態修改 */ SQL > set global slave_exec_mode='IDEMPOTENT';
改為冪等模式后，可以忽略1032及1062的錯誤，對同一事務內的其他SQL無影響，依舊能正常執行，
4. 結語
本文中沒有舉具體案例進行實戰演示，不過建議大家還是自行搭建環境進行場景復現的演示（在從庫先插入部分資料或先更新部分資料），然后再在主庫執行，即可出現1062或1032的錯誤，
很多初學者或實戰經驗不足的同學可能不知道該引數，因此，更加建議在多種場景下測驗，
如想和更多的資料庫技術愛好者及時交流，可以關注公眾號：資料庫干貨鋪 回復“加群”，進入技術交流群進行溝通，
轉載請註明出處，本文鏈接：https://www.uj5u.com/shujuku/58200.html
標籤：MySQL
上一篇：MySQL 資料備份