MySQLmysql5.7多源复制报错问题处理

Posted 2021-09-16 linda玲

场景：

	Master1	Master2	multi-slave
host:port	192.168.9.78:4001	testdba-mysql56.rdsm2wctkd8fa14.rds.bj.baidubce.com:3306	192.168.9.144:5000
uuid	b3ac499d-6662-11e9-be7e-005056877607	1e345bf9-32a4-11ea-b269-fa163ee30083	8ef26d45-82df-11ea-85b4-00505687de1b
复制的db	Slavedb01	dba_test01

问题1：跳过某个channel的报错

1、gtid模式

方式1：

stop slave for channel \'master_mysql9784001\'; 
set gtid_next=\'b3ac499d-6662-11e9-be7e-005056877607:10\';
begin;commit;set gtid_next=\'automatic\';
start slave for channel \'master_mysql9784001\'; 
show slave status\\G

方式2：(代价太大，一般不采用)

(1) 查看报错的channel的已执行的位置点

--查看报错的channel的已执行的位置点
Retrieved_Gtid_Set: b3ac499d-6662-11e9-be7e-005056877607:2-9
Executed_Gtid_Set: 1e345bf9-32a4-11ea-b269-fa163ee30083:1-2224,
8ef26d45-82df-11ea-85b4-00505687de1b:1,
b3ac499d-6662-11e9-be7e-005056877607:1-7

(2) 停止所有的slave复制, 查看并纪录已经执行的gtid的位置

--停止所有的slave复制
stop slave;
--查看并纪录已经执行的gtid的位置
show master status; 
*************************** 1. row ***************************
 File: mysql-bin.000001
 Position: 422144
 Binlog_Do_DB: 
 Binlog_Ignore_DB: 
Executed_Gtid_Set: 1e345bf9-32a4-11ea-b269-fa163ee30083:1-2320,
8ef26d45-82df-11ea-85b4-00505687de1b:1,
b3ac499d-6662-11e9-be7e-005056877607:1-7

(3) 重新设置gtid的点

--重新设置gtid的点
reset master;
set @@GLOBAL.GTID_PURGED="1e345bf9-32a4-11ea-b269-fa163ee30083:1-2320,b3ac499d-6662-11e9-be7e-005056877607:1-8";

(4) 开启复制

start slave;
show slave status; --报错的channel已经恢复正常

2、filepos模式：

停止要跳过的channel，下面是不使用gtid模式的步奏

--步骤：
1. mysql> stop slave for channel \'channel name\';
2. mysql> set global sql_slave_skip_counter=1;
3. mysql> start slave for channel \'channel name\';
​
--如果停止start slave;则会报错:
ERROR 3086 (HY000): When sql_slave_skip_counter> 0, it is not allowed to start more than one SQLthread by using \'START SLAVE [SQL_THREAD]\'. Value ofsql_slave_skip_counter can only be used by one SQL thread at atime. Please use \'START SLAVE [SQL_THREAD] FOR CHANNEL\' to startthe SQL thread which will use the value ofsql_slave_skip_counter.
通过上面报错可知,每一个sql_slave_skip_counter 只能适用一个sqlthread 线程

问题2：上游master2进行了主从切换

1、gtid模式

无需人为接入，同步不会报错，自动获取新的master的gtid

2、filepos模式

新master的file、pos位置已经改变，需要重新change master配置新的复制点