數據庫多源複製同步錯誤修復

報錯是這樣的:

發現有一個數據庫報錯了。報錯如下。

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';

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章