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

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

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

創(chuàng)新互聯(lián)是一家集網(wǎng)站建設,錫林浩特企業(yè)網(wǎng)站建設,錫林浩特品牌網(wǎng)站建設,網(wǎng)站定制,錫林浩特網(wǎng)站建設報價,網(wǎng)絡營銷,網(wǎng)絡優(yōu)化,錫林浩特網(wǎng)站推廣為一體的創(chuàng)新建站企業(yè)，幫助傳統(tǒng)企業(yè)提升企業(yè)形象加強企業(yè)競爭力?？沙浞譂M足這一群體相比中小企業(yè)更為豐富、高端、多元的互聯(lián)網(wǎng)需求。同時我們時刻保持專業(yè)、時尚、前沿，時刻以成就客戶成長自我，堅持不斷學習、思考、沉淀、凈化自己，讓我們?yōu)楦嗟钠髽I(yè)打造出實用型網(wǎng)站。

發(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, 也就相當于一個事務），所以當我們執(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)類似問題查看。

另外有需要云服務器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內外云服務器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應用場景需求。

新聞名稱：記錄一次Mysql主從不同步事故問題于事故解決辦法-創(chuàng)新互聯(lián)
瀏覽地址：http://weahome.cn/article/dcpejo.html