首先在昨天的時候我可能在優(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://m.newbst.com/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)