mysql,出現(xiàn)同步停止的錯誤的處理

發(fā)布時間：2020-08-10 08:28:57 來源：ITPUB博客閱讀：227 作者：rainbowbridg 欄目：MySQL數(shù)據(jù)庫

因 'Duplicate entry' 或非正常關(guān)閉mysql, 出現(xiàn)同步停止的錯誤時,可執(zhí)行下列命令跳過錯誤log,從錯誤log下一條繼續(xù)同步:

mysql> SET GLOBAL SQL_SLAVE_SKIP_COUNTER=1;
mysql> slave start;

非正常關(guān)閉mysql而導致的錯誤log 應該不會太多(有次我手動恢復了8條左右)
'Duplicate entry' 就要視情況而定了,如果錯誤log 很多,只能通過停mysql,加 --slave-skip-errors=1062 后重啟

如果一個語句在master上成功了，但是在slave上卻失敗了，并且這時不能做一次完整的數(shù)據(jù)庫再同步(也就是刪除slave上的數(shù)據(jù)，重新拷貝master的快照)，那么試一下：

判斷slave的數(shù)據(jù)表是否和master的不一樣。試著找到怎么會發(fā)生這種情況，然后將slave的表同步成和master一樣之后運行 START SLAVE。
如果上述步驟不生效或者沒有執(zhí)行，試著這個語句是否能被手工安全地運行(如果有必要)，然后忽略master的下一個語句。
如果決定要忽略master的下一個語句，只需在slave上提交以下語句：
```
mysql> SET GLOBAL SQL_SLAVE_SKIP_COUNTER = n;
mysql> START SLAVE;
```
如果下一個語句沒有使用 AUTO_INCREMENT 或 LAST_INSERT_ID()，那么 n 的值應為為 1。否則，它的值為 2。設(shè)定為 2 是因為 AUTO_INCREMENT 或 LAST_INSERT_ID() 在master的二進制日志中占用了2條日志。
如果確定slave精確地同步master了，并且沒有除了slave線程之外的對數(shù)據(jù)表的更新操作，則推斷這是因為bug產(chǎn)生的差異。如果是使用最近的版本，請報告這個問題，如果使用的是舊版本，試著升級一下。

[@more@]

向AI問一下細節(jié)

mysql,出現(xiàn)同步停止的錯誤的處理

猜你喜歡

最新資訊

相關(guān)推薦

相關(guān)標簽