现在的位置: 首页 > 关系型数据库 > MySQL数据库 > MySQL故障 > 正文

mysql 5.6在gtid复制模式下复制错误,如何跳过??

时间:2014年10月26日 | 分类:MySQL故障 | 评论:0 条 | 浏览:4,795 次

这里就不粘贴复制的报错状态信息,简要说一下当前的环境:

系统为: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

 

×