首先在昨天的時候我可能在優(yōu)化zabbix庫的時候動了庫中的events表。導致了接下來的問題。經(jīng)過查看未解決前問題呈現(xiàn)如下：

我們可以看到從庫與主庫不同步的原因是這個：

這個問題的學名叫：外鍵束縛。顧名思義，我們可以看一下這兩個表結(jié)構(gòu)

在任縣等地區(qū)，都構(gòu)建了全面的區(qū)域性戰(zhàn)略布局，加強發(fā)展的系統(tǒng)性、市場前瞻性、產(chǎn)品創(chuàng)新能力，以專注、極致的服務(wù)理念，為客戶提供成都做網(wǎng)站、成都網(wǎng)站制作 網(wǎng)站設(shè)計制作按需定制設(shè)計,公司網(wǎng)站建設(shè),企業(yè)網(wǎng)站建設(shè),成都品牌網(wǎng)站建設(shè),全網(wǎng)營銷推廣,成都外貿(mào)網(wǎng)站制作,任縣網(wǎng)站建設(shè)費用合理。

發(fā)現(xiàn)都有一個字段 eventid，當我們對表events中的eventid字段進行操作外之后導致event_recovery不能insert數(shù)據(jù)了，所以我們要跳過去，那怎么跳過去呢？
首先我們在從庫上執(zhí)行：stop slave;
其次執(zhí)行：SET GLOBAL SQL_SLAVE_SKIP_COUNTER = 1;
最后其從線程：start slave;
我們再查看狀態(tài)：

OK，到此問題解決完畢。
提示：大家別濫用SET GLOBAL SQL_SLAVE_SKIP_COUNTER = n;（跳過為一個Binlog event group, 也就相當于一個事務(wù)），所以當我們執(zhí)行這個操作的時候要看看我們要跳過的是什么怎么查看呢
根據(jù)slave status中的Relay_Log_File和Relay_Log_Pos兩個值 ，先查看當前被中斷的binlog event group操作是什么？
查看的命令：
show relaylog events in "Relay_Log_File" from Relay_Log_Pos limit n;
好了這個問題到此告一段落，整理成筆記以便以后出現(xiàn)類似問題查看。

本文名稱：記錄一次Mysql主從不同步事故問題于事故解決辦法
網(wǎng)頁路徑：http://www.rwnh.cn/article38/jdgppp.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供小程序開發(fā)、網(wǎng)站維護、微信公眾號、移動網(wǎng)站建設(shè)、關(guān)鍵詞優(yōu)化、服務(wù)器托管

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)