关于mysql:MySQLmysql57多源复制报错问题处理

场景：

问题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配置新的复制点