今天我們主要看主從模式下，幾種跳過錯誤的方法，跳過事務(wù)，還是跳過event？這個在之前其實(shí)我們一直都是忽略的，這在我們維護(hù)主從過程中，很容易就導(dǎo)致主從數(shù)據(jù)更大的不一致。
測試機(jī)器5.7.18 主從 gtid 開啟
主庫數(shù)據(jù)

從庫數(shù)據(jù)

很明顯主從數(shù)據(jù)有一個不一直的地方，從庫少了一條（28,2） 的數(shù)據(jù)。這個時候主庫開啟以下事務(wù)：

這必然導(dǎo)致從庫出現(xiàn)錯誤，報1032錯誤，如下所示：
mysql> show slave status\G;
1. row
Slave_IO_State: Waiting for master to send event
Master_Host: 192.168.1.56
Master_User: repl
Master_Port: 3306
Connect_Retry: 60
Master_Log_File: mysql-bin.000023
Read_Master_Log_Pos: 1928
Relay_Log_File: hadoop2-relay-bin.000012
Relay_Log_Pos: 1595
Relay_Master_Log_File: mysql-bin.000023
Slave_IO_Running: Yes
Slave_SQL_Running: No
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno: 1032
Last_Error: Could not execute Delete_rows event on table yhtest1.yhtest; Can't find record in 'yhtest', Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND; the event's master log mysql-bin.000023, end_log_pos 1812
Skip_Counter: 0
Exec_Master_Log_Pos: 1502
Relay_Log_Space: 2384
Until_Condition: None
Until_Log_File:
Until_Log_Pos: 0
Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master: NULL
Master_SSL_Verify_Server_Cert: No
Last_IO_Errno: 0
Last_IO_Error:
Last_SQL_Errno: 1032
Last_SQL_Error: Could not execute Delete_rows event on table yhtest1.yhtest; Can't find record in 'yhtest', Error_code: 1032; handler error HA_ERR_KEY_NOT_FOUND; the event's master log mysql-bin.000023, end_log_pos 1812
Replicate_Ignore_Server_Ids:
Master_Server_Id: 1
Master_UUID: ab8c3ec3-b588-11e7-a769-000c29c57be6
Master_Info_File: mysql.slave_master_info
SQL_Delay: 0
SQL_Remaining_Delay: NULL
Slave_SQL_Running_State:
Master_Retry_Count: 86400
Master_Bind:
Last_IO_Error_Timestamp:
Last_SQL_Error_Timestamp: 171130 23:55:18
Master_SSL_Crl:
Master_SSL_Crlpath:
Retrieved_Gtid_Set: ab8c3ec3-b588-11e7-a769-000c29c57be6:96-101
Executed_Gtid_Set: ab8c3ec3-b588-11e7-a769-000c29c57be6:1:77-100,
b6ddfda0-d8bc-4272-a58f-4ea75acbbc79:1-22:1000012-1000013:2000012-2000013,
d24c1c76-b4ef-11e7-969a-000c29a75f68:1-17
Auto_Position: 0
Replicate_Rewrite_DB:
Channel_Name:
Master_TLS_Version:
1 row in set (0.01 sec)

成都網(wǎng)站建設(shè)、網(wǎng)站制作,成都做網(wǎng)站公司-創(chuàng)新互聯(lián)建站已向上千企業(yè)提供了,網(wǎng)站設(shè)計(jì),網(wǎng)站制作,網(wǎng)絡(luò)營銷等服務(wù)!設(shè)計(jì)與技術(shù)結(jié)合,多年網(wǎng)站推廣經(jīng)驗(yàn),合理的價格為您打造企業(yè)品質(zhì)網(wǎng)站。

解決方法：
方法1
5.7下，由于開啟了GTID ，不能通過參數(shù)sql_slave_skip_counter=N 跳過錯誤，但是我們可以通過在從庫執(zhí)行空事物的方法，跳過該錯誤，但要注意，這樣跳過的是一個事物。
從以上報錯信息中，我們很容易看出目前執(zhí)行位置在： ab8c3ec3-b588-11e7-a769-000c29c57be6:1:77-100 也就是報錯位置在： ab8c3ec3-b588-11e7-a769-000c29c57be6:1:77-101
操作如下：

這個時候，我們再次show slave status\G 看到主從已經(jīng)恢復(fù)正常，但是我們再對比數(shù)據(jù)，發(fā)現(xiàn)我們剛才主庫的三個event 在同一個事件中，被我們?nèi)刻^了，也就是兩個插入數(shù)據(jù)也沒有在從庫執(zhí)行！
主庫數(shù)據(jù)：

從庫數(shù)據(jù)：

方法2
如果我們覺得以上方法步驟比較多，還可以借住與pt-slave-restart 來進(jìn)行主從錯誤跳過，跳過方法如下：

這個同樣可以達(dá)到跳過主從錯誤的目的！但是其跳過的單位也是事務(wù)，同樣也會導(dǎo)致主庫所做的兩個插入沒有在從庫執(zhí)行！
方法3
利用slave_exec_mode參數(shù)來處理主從中遇到的錯誤，操作步驟如下：

stop slave;
set global slave_exec_mode='IDEMPOTENT'; 冪等模式 (默認(rèn)是STRICT嚴(yán)格模式)
start slave;
查看主從數(shù)據(jù)

發(fā)現(xiàn)一致了，也就是說在調(diào)整參數(shù)slave_exec_mode后，我們跳過的delete 錯誤，但是兩個插入操作任然是執(zhí)行的，同時，查看錯誤日志，我們發(fā)現(xiàn)記錄如下：

方法4
利用參數(shù)slave_skip_errors跳過錯誤，操作方法如下,在配置文件中添加slave_skip_errors=1062,1032 等，重啟數(shù)據(jù)庫，啟動slave ，也會發(fā)現(xiàn)測試結(jié)果和方法3一致。但是 slave_skip_errors 不支持動態(tài)修改！
方法5
從庫1032時，我們直接去主庫找到對應(yīng)的記錄，插入到從庫當(dāng)中，restart salve， 1062 時 我們直接在從庫中備份刪除掉沖突記錄即可。

這里稍微提一下：mariadb 的Gtid 錯誤，我們可以采用參數(shù)sql_slave_skip_counter=N直接跳過，但是，卻不支持使用pt-slave-restart 跳過錯誤，而且mariadb 的Gtid 和官方不通用，實(shí)現(xiàn)原理相同，實(shí)現(xiàn)方法缺不同，所以我們也不能用這兩個版本之間搭建gtid主從。

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

分享標(biāo)題：主從復(fù)制模式下跳過錯誤-創(chuàng)新互聯(lián)
URL分享：http://jinyejixie.com/article26/djssjg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供微信公眾號、動態(tài)網(wǎng)站、網(wǎng)站策劃、定制開發(fā)、域名注冊、搜索引擎優(yōu)化

廣告

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