一次主从复制出错解决与pt-slave-restart工具使用

缘由：

测试环境中，主库执行了DDL语句增加一个字段的长度后，从库报无法修改这个字段长的的问题，且这个字段的长度已经介于原来的长度和目标长度中间了

环境

5.7.19 GTID双主复制

解决步骤：

1.尝试手工修改字段长度，恢复到未修改前的长度，重启slave进程。结果：失败，报同样的错误，错误编号1677

2.尝试手工修改字段长度，同步到修改后长度，跳过这个事务：

  讲道理，这里就应该正常了，但还是报同样的错误，一次次的这样操作也很麻烦，

 3.批量跳过复制错误有如下两个方法

       使用slave-skip-errors=123,456,789，但这个参数不是动态参数，需要写进配置文件并重启，而且也不方便观测

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

pt-slave-restart是percona-toolkit工具集中的一个专用于处理复制错误的工具

    原理：根据设置，跳过从主库过来的指定错误事务

    1.支持GTID复制，但是不支持多线程复制，工具分不清到底哪个线程复制出了问题

2.除了主机指定外的实用参数：

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

              --ask-pass      :替换-p命令，防止密码输入被身后的开发窥屏

              --error-numbers ：指定跳过哪些错误，可用,进行分隔

              --error-text    ：根据错误信息进行匹配跳过

              --log           ：输出到文件

              --recurse       ：在主端执行，监控从端

              --runtime       ：工具执行多长时间后退出：默认秒，                                                                         m=minute,h=hours,d=days

              --slave-user --slave-password ：从库的账号密码，从主端运行时使用

              --skip-count    ：一次跳过错误的个数，胆大的可以设置大些，不指定默认1个

              --master-uuid   :级联复制的时候，指定跳过上级或者上上级事务的错误

              --until-master  :到达指定的master_log_pos,file位置后停止，

                                                 格式：”file:pos“

              --until-relay   :和上面一样，但是时根据relay_log的位置来停止

 安装：

 查看帮助文件:

 运行工具：

 输出如下：

    查看从库线程情况：

     已经没有错误了。OK

attention:

1.gtid_next是一个会话级别的参数，而gtid_purged则是一个全局级别的参数