这里就不粘贴复制的报错状态信息，简要说一下当前的环境：
系统为：red hat linux 6 （2.6.32）
mysql版本为：5.6.10
采用的一机多实例的部署方式
前言：
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′; 此值依次往后推，直到复制正常为止
其它相关信息，可以参考下面博客链接：
http://imysql.cn/2014/07/31/mysql-faq-exception-replication-with-gtid.shtml