1.查看各节点gtid_executed集合,并对比集合差异
select @@gtid_executed;
2.新主低于旧主GTID_SET集合,并且存在新的GTID_SET集合生成处理办法
2.1定位差异GTID_SET
旧主:'5751729e-0a78-11ea-bb1b-951dd1c15154:1-25'
新主:‘'5751729e-0a78-11ea-bb1b-951dd1c15154:1-18,50-55’
新主旧数据落后于新主差值是
差值:5751729e-0a78-11ea-bb1b-951dd1c15154:19-25
2.2在旧主查看该GTID_SET存在的binlog
show master status;
2.3解析binlog
mysqlbinlog --no-defaults -vvv --base64-output=DECODE-ROWS s1-bin.000020 >ss.sql
2.4过滤出包含GTID_NEXT的信息
grep -n -C 10 "SET @@SESSION.GTID_NEXT" ss.sql >ss1.sql
2.5在ss1.sql中定位GTID_NEXT 5751729e-0a78-11ea-bb1b-951dd1c15154:19和5751729e-0a78-11ea-bb1b-951dd1c15154:25对应的position
2.5基于position提取日志
mysqlbinlog --no-defaults -vvv --base64-output=DECODE-ROWS --start-position='21831' --stop-position='121831' s1-bin.000020 >ss2.sql
2.5恢复旧主的差异日志到新主
mysql -u root -p -e 'source ss2.sql';
2.6恢复旧主并挂载到新主下边作为从节点,重建方式参照: