剛剛接到報(bào)警短信，從庫宕機(jī)，馬上通知機(jī)房重啟，在檢查MySQL時(shí)，發(fā)現(xiàn)同步掛了，報(bào)主鍵沖突，詢問開發(fā)是不是有往里面寫數(shù)據(jù)，回答沒有。這就奇怪了，怎么會(huì)無緣

剛剛接到報(bào)警短信，從庫宕機(jī)，馬上通知機(jī)房重啟，在檢查MySQL時(shí)，發(fā)現(xiàn)同步掛了，報(bào)主鍵沖突，詢問開發(fā)是不是有往里面寫數(shù)據(jù)，回答沒有。

這就奇怪了，怎么會(huì)無緣無故報(bào)錯(cuò)呢？在檢查了my.cnf配置文件，發(fā)現(xiàn)有個(gè)參數(shù)沒有配置：innodb_overwrite_relay_log_info = 1

當(dāng)從庫宕機(jī)后，重新開啟主從復(fù)制同步，它可以重新執(zhí)行已提交事務(wù)，這樣就會(huì)造成同步失敗，而這個(gè)參數(shù)就會(huì)避免這個(gè)問題的出現(xiàn)。

當(dāng)開啟了這個(gè)參數(shù)后....

+ InnoDB: Warning: innodb_overwrite_relay_log_info is enabled. Updates of other storage engines may have problem of consistency.

+ InnoDB: relay-log.info is detected.

+ InnoDB: relay log: position 429, file name ./gauntlet3-relay-bin.000111

+ InnoDB: master log: position 280, file name gauntlet3-bin.000015

....

InnoDB: Starting crash recovery.

....

InnoDB: Apply batch completed

+ InnoDB: In a MySQL replication slave the last master binlog file

+ InnoDB: position 0 468, file name gauntlet3-bin.000015

+ InnoDB: and relay log file

+ InnoDB: position 0 617, file name ./gauntlet3-relay-bin.000111

090205 17:41:31 InnoDB Plugin 1.0.2-3 started; log sequence number 57933

+ InnoDB: relay-log.info have been overwritten.

....

090205 17:41:31 [Note] Slave SQL thread initialized, starting replication in log ``gauntlet3-bin.000015`` at position 468, relay log ``./gauntlet3-relay-bin.000111`` position: 617

已經(jīng)執(zhí)行完的Position點(diǎn)：master log: position 280, file name gauntlet3-bin.000015

在恢復(fù)時(shí)它內(nèi)部會(huì)檢測到280這個(gè)點(diǎn)已經(jīng)執(zhí)行完畢，從下一個(gè)點(diǎn)468開始同步，并且重寫relay.info文件，，確保了主從同步正確。

建議在從庫上添加，如果是官方MySQL，參數(shù)是relay_log_recovery=1

具體請(qǐng)參考：

本文出自 “賀春旸的技術(shù)專欄” 博客，請(qǐng)務(wù)必保留此出處

本文原創(chuàng)發(fā)布php中文網(wǎng)，轉(zhuǎn)載請(qǐng)注明出處，感謝您的尊重！

總結(jié)

以上是生活随笔為你收集整理的Mysql从库主键卡住_从库宕机引发的主键冲突的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。