緣由：
測試環(huán)境中，主庫執(zhí)行了DDL語句增加一個字段的長度后，從庫報無法修改這個字段長的的問題，且這個字段的長度已經(jīng)介于原來的長度和目標長度中間了
環(huán)境
5.7.19 GTID雙主復(fù)制
解決步驟：
1.嘗試手工修改字段長度，恢復(fù)到未修改前的長度，重啟slave進程。結(jié)果：失敗，報同樣的錯誤，錯誤編號1677
2.嘗試手工修改字段長度，同步到修改后長度，跳過這個事務(wù)：
mysql>stop slave; mysql>set gtid_next="d7c35015-9dd1-11e7-b70d-005056aa19c3:51629"; ##這里需要注意，由于開啟了雙主GTID復(fù)制,show master status和Executed_gtid_set會有兩個GTID值，其中一個為自己的GTID，另一個為主的GTID。 ##設(shè)置的時候只要把主庫的GTID寫進“”即可。自身的GTID不需要指明，但如果使用set gtid_purged的方式跳過，是需要可以指明兩個GTID的 mysql>begin;commit; ##設(shè)置后，插入一個空事務(wù)進行更新GTID。 mysql>set gtid_next='automatic'； ##官方手冊規(guī)定：精確的指定過一次GTID，并產(chǎn)生一次事務(wù)后，后面必須再次指定一次gtid_next的模式（是模式，不是精確值，官方手冊這里沒有寫清楚） ##“After this variable has been set to UUID:NUMBER, and a transaction has been committed or rolled back, an explicit SET GTID_NEXT statement must again be issued before any other statement.” mysql>start slave；講道理，這里就應(yīng)該正常了，但還是報同樣的錯誤，一次次的這樣操作也很麻煩，
3.批量跳過復(fù)制錯誤有如下兩個方法
使用slave-skip-errors=123,456,789，但這個參數(shù)不是動態(tài)參數(shù)，需要寫進配置文件并重啟，而且也不方便觀測
使用percona公司的pt-slave-restart工具
pt-slave-restart是percona-toolkit工具集中的一個專用于處理復(fù)制錯誤的工具
原理：根據(jù)設(shè)置，跳過從主庫過來的指定錯誤事務(wù)
1.支持GTID復(fù)制，但是不支持多線程復(fù)制，工具分不清到底哪個線程復(fù)制出了問題
2.除了主機指定外的實用參數(shù)：
--always :永不停止slave線程，手工停止也不行
--ask-pass :替換-p命令，防止密碼輸入被身后的開發(fā)窺屏
--error-numbers ：指定跳過哪些錯誤，可用,進行分隔
--error-text ：根據(jù)錯誤信息進行匹配跳過
--log ：輸出到文件
--recurse ：在主端執(zhí)行，監(jiān)控從端
--runtime ：工具執(zhí)行多長時間后退出：默認秒， m=minute,h=hours,d=days
--slave-user --slave-password ：從庫的賬號密碼，從主端運行時使用
--skip-count ：一次跳過錯誤的個數(shù)，膽大的可以設(shè)置大些，不指定默認1個
--master-uuid :級聯(lián)復(fù)制的時候，指定跳過上級或者上上級事務(wù)的錯誤
--until-master :到達指定的master_log_pos,file位置后停止，
格式：”file:pos“
--until-relay :和上面一樣，但是時根據(jù)relay_log的位置來停止
安裝：
centos#yum install https://www.percona.com/redir/downloads/percona-release/redhat/percona-release-0.1-4.noarch.rpm centos#yum search percon-tool centos#yum -y install yum install percona-toolkit查看幫助文件:
perldoc /usr/bin/pt-slave-restart運行工具：
pt-slave-restart --user=root --password=123456 --socket=/data/mysql/3304/tmp/mysql3304.sock --error-numbers=1677輸出如下：
Not checking slave because relay log file or position has not changed (file relay-bin.000002 pos 205804892) 2017-09-30T12:55:03 S=/data/mysql/3304/tmp/mysql3304.sock,p=...,u=root relay-bin.000002 205805634 1677 Not checking slave because relay log file or position has not changed (file relay-bin.000002 pos 205805634) Not checking slave because relay log file or position has not changed (file relay-bin.000002 pos 205805634) Not checking slave because relay log file or position has not changed (file relay-bin.000002 pos 205805634) 2017-09-30T12:55:03 S=/data/mysql/3304/tmp/mysql3304.sock,p=...,u=root relay-bin.000002 205806382 1677 2017-09-30T12:55:04 S=/data/mysql/3304/tmp/mysql3304.sock,p=...,u=root relay-bin.000002 205807125 1677 2017-09-30T12:55:04 S=/data/mysql/3304/tmp/mysql3304.sock,p=...,u=root relay-bin.000002 205807873 1677 Not checking slave because relay log file or position has not changed (file relay-bin.000002 pos 205807873) 2017-09-30T12:55:20 S=/data/mysql/3304/tmp/mysql3304.sock,p=...,u=root relay-bin.000002 205997621 1677 2017-09-30T12:55:21 S=/data/mysql/3304/tmp/mysql3304.sock,p=...,u=root relay-bin.000002 205998353 1677 2017-09-30T12:55:22 S=/data/mysql/3304/tmp/mysql3304.sock,p=...,u=root relay-bin.000002 205999085 1677 2017-09-30T12:55:23 S=/data/mysql/3304/tmp/mysql3304.sock,p=...,u=root relay-bin.000002 205999823 1677 2017-09-30T12:55:24 S=/data/mysql/3304/tmp/mysql3304.sock,p=...,u=root relay-bin.000002 206000565 1677 2017-09-30T12:55:24 S=/data/mysql/3304/tmp/mysql3304.sock,p=...,u=root relay-bin.000002 206001307 1677 2017-09-30T12:55:24 S=/data/mysql/3304/tmp/mysql3304.sock,p=...,u=root relay-bin.000002 206002049 1677 2017-09-30T12:55:24 S=/data/mysql/3304/tmp/mysql3304.sock,p=...,u=root relay-bin.000002 206002783 1677 2017-09-30T12:55:24 S=/data/mysql/3304/tmp/mysql3304.sock,p=...,u=root relay-bin.000002 206003517 1677 2017-09-30T12:55:24 S=/data/mysql/3304/tmp/mysql3304.sock,p=...,u=root relay-bin.000002 206004253 1677
查看從庫線程情況：
************** 1. row *************************** Slave_IO_State: Waiting for master to send event Master_Host: 192.168.100.200 Master_User: bt_repl Master_Port: 3304 Connect_Retry: 60 Master_Log_File: 3304binlog.000002 Read_Master_Log_Pos: 665635124 Relay_Log_File: relay-bin.000006 Relay_Log_Pos: 2080902 Relay_Master_Log_File: 3304binlog.000002 Slave_IO_Running: Yes Slave_SQL_Running: Yes Last_Errno: 0 Last_Error: Skip_Counter: 0 Exec_Master_Log_Pos: 665635124 Relay_Log_Space: 2081454 Until_Condition: None Until_Log_File: Until_Log_Pos: 0 Master_SSL_Allowed: No Seconds_Behind_Master: 0 Master_SSL_Verify_Server_Cert: No Last_IO_Errno: 0 Last_IO_Error: Last_SQL_Errno: 0 Last_SQL_Error: Replicate_Ignore_Server_Ids: Master_Server_Id: 3304 Master_UUID: d7c35015-9dd1-11e7-b70d-005056aa19c3 Master_Info_File: mysql.slave_master_info SQL_Delay: 0 SQL_Remaining_Delay: NULL Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates Master_Retry_Count: 86400 Master_Bind: Retrieved_Gtid_Set: d7c35015-9dd1-11e7-b70d-005056aa19c3:1-430778 Executed_Gtid_Set: 886f86e9-9dd6-11e7-ba30-005056aa6236:1-2, d7c35015-9dd1-11e7-b70d-005056aa19c3:1-430778 Auto_Position: 1 1 row in set (0.07 sec)已經(jīng)沒有錯誤了。OK
attention:
1.gtid_next是一個會話級別的參數(shù)，而gtid_purged則是一個全局級別的參數(shù)
另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務(wù)器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機、免備案服務(wù)器”等云主機租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場景需求。
重慶分公司
重慶分公司
