mysql gtid 弊端,mysql gtid问题

从库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'; 此值依次往后推，直到复制正常为止