数据库多源复制同步错误修复-成都创新互联网站建设

关于创新互联

多方位宣传企业产品与服务 突出企业形象

公司简介 公司的服务 荣誉资质 新闻动态 联系我们

数据库多源复制同步错误修复

报错是这样的:

创新互联-专业网站定制、快速模板网站建设、高性价比铁岭县网站开发、企业建站全套包干低至880元,成熟完善的模板库,直接使用。一站式铁岭县网站制作公司更省心,省钱,快速模板网站建设找我们,业务覆盖铁岭县地区。费用合理售后完善,十年实体公司更值得信赖。

发现有一个数据库报错了。报错如下。

Coordinator stopped because there were error(s) in the worker(s). The most recent failure being: Worker 1 failed executing transaction 'ANONYMOUS' at master log MySQL-bin.000029, end_log_pos 6389312. See error log and/or performance_schema.replication_applier_status_by_worker table for more details about this failure or others, if any.

解决方法:
进入从服务器,mysql

1.查看从库状态
mysql> show slave status;

2.按照从库的提示查找原因。
select * from performance_schema.replication_applier_status_by_worker\G

是说主库某个表删除时,从库却找不到删除的记录。

既然,两个表的此记录都已经删除了。就可以略过这个错误。
解决办法。
停止同步,略过1步,再开启同步。
stop slave for channel 'channelname';
set global sql_slave_skip_counter=1;
start slave for channel 'channelname';

网上对类似问题有修复的方法。相关的几篇文章大家看看。
http://blog.csdn.net/u011277123/article/details/53487831
http://www.bcty365.com/content-35-5816-1.html

https://www.jb51.net/article/109107.htm

http://www.cnblogs.com/zhoujinyi/p/5704567.html

http://www.bubuko.com/infodetail-2472122.html

MySQL5.7多源复制(Multi-Source Replication)

如果数据量小,才采用下面的方法。但数据量大,不宜,因为整个同步一次,要花许多时间。

3.先停止主从同步。

mysql> stop slave;

4.用navicate工具把数据库同步。
navicate的菜单栏,工具->数据同步。
先 结构同步,再 数据同步。

然后,同步完后,到主库。用命令。
mysql>SHOW MASTER STATUS;

因为我这里做的是多源复制。所以把两个数据库同步后,先后记录下来。
得到:
'mysql-bin.000029', '20698487',
'mysql-bin.000042', '84950954',

5.清空原来的同步设置
mysql>reset slave all;

6.再设置同步。
下面的ip地址,username,password,是举例的。大家按自己的来。

change master to master_host='192.168.0.1',master_user='username1',master_port=3306,master_password='password1',master_log_file='mysql-bin.000029',master_log_pos=20698487 for channel 'databasename1';

change master to
master_host='192.168.0.2',master_user='username2',master_port=3306,master_password='password2',master_log_file='mysql-bin.000042',master_log_pos=84950954 for channel 'databasename2';

7.启动同步
mysql> start slave;

8.查看同步状态
mysql> show slave status;

同步恢复正常了。

补充:可以单独
START SLAVE; //启动所有线程所有通道的复制,常用
START SLAVE SQL_THREAD; //启动所有通道的SQL_THREAD线程
START SLAVE IO_THREAD; //启动所有通道的IO_THREAD线程

START SLAVE FOR CHANNEL 'master_3306';
START SLAVE SQL_THREAD FOR CHANNEL 'master_3306';
START SLAVE IO_THREAD FOR CHANNEL 'master_3306';

停止复制命令也START类似,把START换成STOP;

重置可以选择重置所有和重置单一通道:

RESET SLAVE;
RESET SLAVE FOR CHANNEL CHANNELNAME;

对于多源复制的几点说明:

  1. 使用多源复制要避免源库是有同名 的库,这样在复制时会发生错误

  2. 对于mysql库,建议使用REPLICATE_IGNORE_DB将其屏蔽掉,在MySQL5.7里,已经支持动态对这些参数的操作

CHANGE REPLICATION FILTER REPLICATE_IGNORE_DB = (mysql);

在主库上对mysql库进行操作时,需要加use mysql,否则不会进行过滤

  1. 对于REPLICATE_DO_DB也一样,在操作时需要use db,否则不会进行同步

  2. 对于主从复制中出错,不管是基于binlog_position还是GTID,和普通一对一复制解决思路一样,只是在启动复制的时候单独启动这一通道,等这一通道复制没问题后,再启动其它通道。例master_3307出错,本例是基于binlog_position:

STOP SLAVE;

SET GLOBAL SQL_SLAVE_SKIP_COUNTER=1;

START SLAVE FOR CHANNEL 'master_3307';


名称栏目:数据库多源复制同步错误修复
标题链接:http://kswsj.cn/article/iichdg.html

其他资讯