緣由：

成都創(chuàng)新互聯(lián)從2013年成立，先為泗洪等服務(wù)建站，泗洪等地企業(yè)，進(jìn)行企業(yè)商務(wù)咨詢服務(wù)。為泗洪企業(yè)網(wǎng)站制作PC+手機(jī)+微官網(wǎng)三網(wǎng)同步一站式服務(wù)解決您的所有建站問題。

測(cè)試環(huán)境中，主庫(kù)執(zhí)行了DDL語句增加一個(gè)字段的長(zhǎng)度后，從庫(kù)報(bào)無法修改這個(gè)字段長(zhǎng)的的問題，且這個(gè)字段的長(zhǎng)度已經(jīng)介于原來的長(zhǎng)度和目標(biāo)長(zhǎng)度中間了

環(huán)境

5.7.19 GTID雙主復(fù)制

解決步驟：

1.嘗試手工修改字段長(zhǎng)度，恢復(fù)到未修改前的長(zhǎng)度，重啟slave進(jìn)程。結(jié)果：失敗，報(bào)同樣的錯(cuò)誤，錯(cuò)誤編號(hào)1677

2.嘗試手工修改字段長(zhǎng)度，同步到修改后長(zhǎng)度，跳過這個(gè)事務(wù)：

 

MySQL>stop slave;

mysql>set gtid_next="d7c35015-9dd1-11e7-b70d-005056aa19c3:51629";  
  ##這里需要注意，由于開啟了雙主GTID復(fù)制,show master status和Executed_gtid_set會(huì)有兩個(gè)GTID值，其中一個(gè)為自己的GTID，另一個(gè)為主的GTID。
  ##設(shè)置的時(shí)候只要把主庫(kù)的GTID寫進(jìn)“”即可。自身的GTID不需要指明，但如果使用set gtid_purged的方式跳過，是需要可以指明兩個(gè)GTID的

mysql>begin;commit;
  ##設(shè)置后，插入一個(gè)空事務(wù)進(jìn)行更新GTID。
  
mysql>set gtid_next='automatic'；
  ##官方手冊(cè)規(guī)定：精確的指定過一次GTID，并產(chǎn)生一次事務(wù)后，后面必須再次指定一次gtid_next的模式（是模式，不是精確值，官方手冊(cè)這里沒有寫清楚）
  ##“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)該正常了，但還是報(bào)同樣的錯(cuò)誤，一次次的這樣操作也很麻煩，

 3.批量跳過復(fù)制錯(cuò)誤有如下兩個(gè)方法

       使用slave-skip-errors=123,456,789，但這個(gè)參數(shù)不是動(dòng)態(tài)參數(shù)，需要寫進(jìn)配置文件并重啟，而且也不方便觀測(cè)

      使用percona公司的pt-slave-restart工具

 

pt-slave-restart是percona-toolkit工具集中的一個(gè)專用于處理復(fù)制錯(cuò)誤的工具

    原理：根據(jù)設(shè)置，跳過從主庫(kù)過來的指定錯(cuò)誤事務(wù)

    1.支持GTID復(fù)制，但是不支持多線程復(fù)制，工具分不清到底哪個(gè)線程復(fù)制出了問題

2.除了主機(jī)指定外的實(shí)用參數(shù)：

             --always        :永不停止slave線程，手工停止也不行

              --ask-pass      :替換-p命令，防止密碼輸入被身后的開發(fā)窺屏

              --error-numbers ：指定跳過哪些錯(cuò)誤，可用,進(jìn)行分隔

              --error-text    ：根據(jù)錯(cuò)誤信息進(jìn)行匹配跳過

              --log           ：輸出到文件

              --recurse       ：在主端執(zhí)行，監(jiān)控從端

              --runtime       ：工具執(zhí)行多長(zhǎng)時(shí)間后退出：默認(rèn)秒，                                                                         m=minute,h=hours,d=days

              --slave-user --slave-password ：從庫(kù)的賬號(hào)密碼，從主端運(yùn)行時(shí)使用

              --skip-count    ：一次跳過錯(cuò)誤的個(gè)數(shù)，膽大的可以設(shè)置大些，不指定默認(rèn)1個(gè)

              --master-uuid   :級(jí)聯(lián)復(fù)制的時(shí)候，指定跳過上級(jí)或者上上級(jí)事務(wù)的錯(cuò)誤

              --until-master  :到達(dá)指定的master_log_pos,file位置后停止，

                                                 格式：”file:pos“

              --until-relay   :和上面一樣，但是時(shí)根據(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

 運(yùn)行工具：

  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

 

    查看從庫(kù)線程情況：

************** 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)沒有錯(cuò)誤了。OK

 

  

attention:

1.gtid_next是一個(gè)會(huì)話級(jí)別的參數(shù)，而gtid_purged則是一個(gè)全局級(jí)別的參數(shù)

當(dāng)前文章：一次主從復(fù)制出錯(cuò)解決與pt-slave-restart工具使用
URL地址：http://chinadenli.net/article46/gghheg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供移動(dòng)網(wǎng)站建設(shè)、網(wǎng)站維護(hù)、ChatGPT、網(wǎng)站設(shè)計(jì)、服務(wù)器托管、響應(yīng)式網(wǎng)站

廣告

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