您好,登錄后才能下訂單哦!
首先在昨天的時(shí)候我可能在優(yōu)化zabbix庫的時(shí)候動(dòng)了庫中的events表。導(dǎo)致了接下來的問題。經(jīng)過查看未解決前問題呈現(xiàn)如下:
我們可以看到從庫與主庫不同步的原因是這個(gè):
這個(gè)問題的學(xué)名叫:外鍵束縛。顧名思義,我們可以看一下這兩個(gè)表結(jié)構(gòu)
發(fā)現(xiàn)都有一個(gè)字段 eventid,當(dāng)我們對表events中的eventid字段進(jìn)行操作外之后導(dǎo)致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;(跳過為一個(gè)Binlog event group, 也就相當(dāng)于一個(gè)事務(wù)),所以當(dāng)我們執(zhí)行這個(gè)操作的時(shí)候要看看我們要跳過的是什么怎么查看呢
根據(jù)slave status中的Relay_Log_File和Relay_Log_Pos兩個(gè)值 ,先查看當(dāng)前被中斷的binlog event group操作是什么?
查看的命令:
show relaylog events in "Relay_Log_File" from Relay_Log_Pos limit n;
好了這個(gè)問題到此告一段落,整理成筆記以便以后出現(xiàn)類似問題查看。
免責(zé)聲明:本站發(fā)布的內(nèi)容(圖片、視頻和文字)以原創(chuàng)、轉(zhuǎn)載和分享為主,文章觀點(diǎn)不代表本網(wǎng)站立場,如果涉及侵權(quán)請聯(lián)系站長郵箱:is@yisu.com進(jìn)行舉報(bào),并提供相關(guān)證據(jù),一經(jīng)查實(shí),將立刻刪除涉嫌侵權(quán)內(nèi)容。