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

  1. 云栖社区>
  2. 博客>
  3. 正文

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

技术小胖子 2017-11-09 17:03:00 浏览850
展开阅读全文

报错是这样的:

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

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

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

网上对类似问题有修复的方法。
http://blog.csdn.net/u011277123/article/details/53487831
http://www.bcty365.com/content-35-5816-1.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';


     本文转自phpervip 51CTO博客,原文链接:http://blog.51cto.com/phpervip/2064296,如需转载请自行联系原作者




网友评论

登录后评论
0/500
评论
技术小胖子
+ 关注