MYSQL多源复制，过滤复制与应用场景介绍

这篇文章主要讲解了“MySQL 多源复制，过滤复制与应用场景介绍”，文中的讲解内容简单清晰，易于学习与理解，下面请大家跟着小编的思路慢慢深入，一起来研究和学习“MYSQL 多源复制，过滤复制与应用场景介绍”吧！

我们提供的服务有：网站设计制作、成都做网站、微信公众号开发、网站优化、网站认证、漳州ssl等。为上1000家企事业单位解决了网站和推广的问题。提供周到的售前咨询和贴心的售后服务，是有科学管理、有技术的漳州网站制作公司

Mysql的使用中，会伴随着一个其他数据库中很少被提到的问题，数据融合。ORACLE ,SQL SERVER ,PG 你可以去分区表，MYSQL 中遇到这样的问题大多去分库分表去解决，虽然现在有了TIDB 可以进行MYSQL 的后续的数据融合，但如果数据量不大的情况下，或者有些 MYSQL 8的新支持的语法需求等等，多源复制还是一个好的选择。

缺点也是显而易见的，多源复制复制不会解决你复制中可能由于你不注意产生的复制的冲突问题。例如重名的数据库，部署系统数据的冲突。下面就来看看如何来多源复制，和其中的一些 “坑”。

首先目前大部分单位的MYSQL 基本上已经启用了 GTID ，这里下面的复制中，全部使用 GTID 的方式进行连接.

测试的机器有

主

192.168.192.200

192.168.192.202

从

192.168.192.201

首先备份 200 和 202 上的数据库，备份的时候，仅仅只备份了需要进行数据同步的数据库，并未进行全部备份，而做多源复制中，也需要这样做，否则做第一个复制还好，后面的复制就不好做了，会有一些问题。

备份是通过mydumper 进行的备份，而mydumper 目前最新的0.95 是TIDB 的团队在维护，应该是靠谱的在mysql 5.7及以下版本（如有不对请指正）

在 200 的机器上

MYSQL 多源复制，过滤复制与应用场景介绍

在202 的机器上

MYSQL 多源复制，过滤复制与应用场景介绍

在201 的机器上恢复相关的数据库

MYSQL 多源复制，过滤复制与应用场景介绍

恢复数据库

MYSQL 多源复制，过滤复制与应用场景介绍

同理恢复第二个数据库到winner 数据库

恢复后的数据库 201 是这样的。

MYSQL 多源复制，过滤复制与应用场景介绍

下面我们来建立与两台MYSQL 主的复制

CHANGE MASTER TO MASTER_HOST='192.168.198.200', MASTER_USER='admin', MASTER_PORT=3306, MASTER_PASSWORD='XXXX', MASTER_AUTO_POSITION = 1 FOR CHANNEL 'C200';

CHANGE MASTER TO MASTER_HOST='192.168.198.202', MASTER_USER='admin', MASTER_PORT=3306, MASTER_PASSWORD='XXXX', MASTER_AUTO_POSITION = 1 FOR CHANNEL 'C202';

通过上面两个语句，201 就已经与 200， 201 两台机器建立的复制的关系。

启动复制 start slave; 查看201 上的复制状态

MYSQL 多源复制，过滤复制与应用场景介绍