从库slave_sql线程让他忽略掉这个错误继续执行：


mysql>set global sql_slave_skip_counter=1;

mysql>start slave;


mysql>set sql_log_bin=off;

mysql>alter table aaa add column xxx int default 1 after yyy;



gtid 复制模式下，不要使用 replicate_wild_do_table 此参数，使用此类参数，会复制异常（即状态信息正常，但从机没有复制过来）

下面进入正题：

在我们遇到复制错误时，如果复制没有特别的错误时，我们一般采用 set global sql_slave_skip_counter＝1 来跳过错误，但是，在mysql 5.6 的gtid模式下，此方法是没有作用的。我们采取如下方式：

1.查看从机的复制状态信息：（主要是以下几个值）

Retrieved_Gtid_Set: D68DBC47-3AAE-11E2-BC2F-842B2B699BDA:141-151

Executed_Gtid_Set: D68DBC47-3AAE-11E2-BC2F-842B2B699BDA:1-140

Retrieved_Gtid_Set项：记录了relay日志从Master获取了binlog日志的位置

Executed_Gtid_Set项：记录本机执行的binlog日志位置（如果是从机，包括Master的binlog日志位置和slave本身的binlog日志位置）

2.在从机上执行如下操作，以下所有操作，如果没有特别说明，均在从机上执行：

> reset master;

> reset slave all;

> set global grid_purged='D68DBC47-3AAE-11E2-BC2F-842B2B699BDA:1-141';

> change master to master_host='****',master_user='****',master_password='******',master_port=3306,master_auto_position=1;

> start slave;

> show slave status\G;

此时再查看复制状态信息，重复以上操作 set global grid_purged='D68DBC47-3AAE-11E2-BC2F-842B2B699BDA:1-141'; 此值依次往后推，直到复制正常为止