MySQL 5.7已经开始支持了多源复制，相信小伙们都很激动，MySQL 5.7之前只能实现一主一从、一主多从或者多主多从的复制，如果想实现多主一从的复制，只好使用MariaDB，但是MariaDB又与官方的MySQL版本不兼容的，在MySQL 5.7版本已经可以实现多主一从的复制了。MySQL 5.7版本相比之前的版本，无论在功能还是性能、安全等方面都已经提升了不少，值得大家去研究和使用。
MySQL 5.7版本之前的最常见的复制方式，一主一从或者一主多从的架构：
MySQL 5.7之后就可以实现多主一从的复制：
多主一从架构带来的好处(个人总结)：
一、在从服务器进行数据汇总，如果我们的主服务器进行了分库分表的操作，为了实现后期的一些数据统计功能，往往需要把数据汇总在一起再统计。
二、如果我们想在从服务器时时对主服务器的数据进行备份，在MySQL 5.7之前每一个主服务器都需要一个从服务器，这样很容易造成资源浪费，同时也加大了DBA的维护成本，但MySQL 5.7引入多源复制，可以把多个主服务器的数据同步到一个从服务器进行备份。
下面演示一下在MySQL 5.7下搭建多主一从的过程：
实验环境：
Master_1: 192.168.10.128Master_2:192.168.10.129Slave_3:192.168.10.130
一、分别在Master_1和Master_2上导出需要同步的数据库：
在Master_1：
[root@Master_1 mysql]# mysqldump -uroot -p123456 --master-data=2 --single-transaction --databases --add-drop-database xuanzhi >xuanzhi.sql
在Master_2：
[root@Master_2 mysql]# mysqldump -uroot -p123456 --master-data=2 --single-transaction --databases --add-drop-database xuanzhi_2 >xuanzhi_2.sql
把分别把备份scp到Slave上：
[root@Master_1 mysql]# scp -P22 xuanzhi.sql 192.168.10.130:/data/service/mysql/
[root@Master_2 mysql]# scp -P22 xuanzhi_2.sql 192.168.10.130:/data/service/mysql/
二、在Master_1和Master_2上创建复制账号，这个操作跟MySQL 5.7之前版本一样：
在Master_1：
[(none)]> grant replication slave on *.* to 'repl'@'192.168.10.130' identified by '123456';
Query OK,0 rows affected, 1 warning (0.00 sec)
在Master_2:
[(none)]> grant replication slave on *.* to 'repl'@'192.168.10.130' identified by '123456';
Query OK,0 rows affected, 1 warning (0.02 sec)
三、分别Slave上把Master_1和Master_2的数据导入Slave服务器，在导入前先修改MySQL存储master-info和relay-info的方式，即从文件存储改为表存储，在my.cnf里添加以下选择：
master_info_repository=TABLErelay_log_info_repository=TABLE
也可以在线修改，灰常方便：
[(none)]>stop slave;
Query OK,0 rows affected (0.02sec) [(none)]> SET GLOBAL master_info_repository = 'TABLE';
Query OK,0 rows affected (0.00sec) [(none)]> SET GLOBAL relay_log_info_repository = 'TABLE';
Query OK,0 rows affected (0.00sec) [(none)]>
下面进行数据导入：
[root@Slave mysql]# mysql -uroot -p <.>
[root@Slave mysql]# mysql -uroot -p123456 <.>
分别找出Master_1和Master_2的binlog位置和Pos位置：
[root@Slave mysql]# cat xuanzhi.sql |grep "CHANGE MASTER"
-- CHANGE MASTER TO MASTER_LOG_FILE='Master_1-bin.000001', MASTER_LOG_POS=1539;
[root@Slave mysql]#cat xuanzhi_2.sql |grep "CHANGE MASTER"
-- CHANGE MASTER TO MASTER_LOG_FILE='Master_2-bin.000003', MASTER_LOG_POS=630;
[root@Slave mysql]#
四、登录Slave进行同步操作，分别change master到两台Master服务器，后面以FOR CHANNEL 'CHANNEL_NAME'区分
[(none)]> CHANGE MASTER TO MASTER_HOST='192.168.10.128',MASTER_USER='repl', MASTER_PASSWORD='123456',MASTER_LOG_FILE='Master_1-bin.000001',MASTER_LOG_POS=1539 FOR CHANNEL 'Master_1';
Query OK,0 rows affected, 2 warnings (0.05sec) [(none)]> CHANGE MASTER TO MASTER_HOST='192.168.10.129',MASTER_USER='repl', MASTER_PASSWORD='123456',MASTER_LOG_FILE='Master_2-bin.000003',MASTER_LOG_POS=630 FOR CHANNEL 'Master_2';
Query OK,0 rows affected, 2 warnings (0.04 sec)
进行启动slave操作，可以通过start slave的方式去启动所有的复制，也可以通过启动单个复制源的方式，下面进行单个复制源的启动进行演示(停止也是一样)：
[(none)]> start slave for CHANNEL 'Master_1';
Query OK,0 rows affected (0.01sec) [(none)]> start slave for CHANNEL 'Master_2';
Query OK,0 rows affected (0.02 sec)
正常启动后，可以查看同步的状态：执行SHOW SLAVE STATUS FOR CHANNEL 'channel_name'\G
查看复制源Master_1的同步状态：
[(none)]> SHOW SLAVE STATUS FOR CHANNEL 'Master_1'\G*************************** 1. row ***************************Slave_IO_State: Waitingfor master tosend event
Master_Host:192.168.10.128Master_User: repl
Master_Port:3306Connect_Retry:60Master_Log_File: Master_1-bin.000001Read_Master_Log_Pos:1987Relay_Log_File: localhost-relay-bin-master_1.000002Relay_Log_Pos:771Relay_Master_Log_File: Master_1-bin.000001Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno:0Last_Error:
Skip_Counter:0Exec_Master_Log_Pos:1987Relay_Log_Space:991Until_Condition: None
Until_Log_File:
Until_Log_Pos:0Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master:0Master_SSL_Verify_Server_Cert: No
Last_IO_Errno:0Last_IO_Error:
Last_SQL_Errno:0Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Master_Server_Id:100128Master_UUID: 44b653d4-8843-11e5-b97e-000c29dfaaf7
Master_Info_File: mysql.slave_master_info
SQL_Delay:0SQL_Remaining_Delay:NULLSlave_SQL_Running_State: Slave hasread all relay log; waiting formore updates
Master_Retry_Count:86400Master_Bind:
Last_IO_Error_Timestamp:
Last_SQL_Error_Timestamp:
Master_SSL_Crl:
Master_SSL_Crlpath:
Retrieved_Gtid_Set:
Executed_Gtid_Set:
Auto_Position:0Replicate_Rewrite_DB:
Channel_Name: master_1
Master_TLS_Version:1 row in set (0.00 sec)
查看复制源Master_2的同步状态：
[(none)]> SHOW SLAVE STATUS FOR CHANNEL 'Master_2'\G*************************** 1. row ***************************Slave_IO_State: Waitingfor master tosend event
Master_Host:192.168.10.129Master_User: repl
Master_Port:3306Connect_Retry:60Master_Log_File: Master_2-bin.000003Read_Master_Log_Pos:1078Relay_Log_File: localhost-relay-bin-master_2.000002Relay_Log_Pos:771Relay_Master_Log_File: Master_2-bin.000003Slave_IO_Running: Yes
Slave_SQL_Running: Yes
Replicate_Do_DB:
Replicate_Ignore_DB:
Replicate_Do_Table:
Replicate_Ignore_Table:
Replicate_Wild_Do_Table:
Replicate_Wild_Ignore_Table:
Last_Errno:0Last_Error:
Skip_Counter:0Exec_Master_Log_Pos:1078Relay_Log_Space:991Until_Condition: None
Until_Log_File:
Until_Log_Pos:0Master_SSL_Allowed: No
Master_SSL_CA_File:
Master_SSL_CA_Path:
Master_SSL_Cert:
Master_SSL_Cipher:
Master_SSL_Key:
Seconds_Behind_Master:0Master_SSL_Verify_Server_Cert: No
Last_IO_Errno:0Last_IO_Error:
Last_SQL_Errno:0Last_SQL_Error:
Replicate_Ignore_Server_Ids:
Master_Server_Id:100129Master_UUID: 583f5433-43ef-11e5-8958-000c29d5bdfa
Master_Info_File: mysql.slave_master_info
SQL_Delay:0SQL_Remaining_Delay:NULLSlave_SQL_Running_State: Slave hasread all relay log; waiting formore updates
Master_Retry_Count:86400Master_Bind:
Last_IO_Error_Timestamp:
Last_SQL_Error_Timestamp:
Master_SSL_Crl:
Master_SSL_Crlpath:
Retrieved_Gtid_Set:
Executed_Gtid_Set:
Auto_Position:0Replicate_Rewrite_DB:
Channel_Name: master_2
Master_TLS_Version:1 row in set (0.00 sec)
也可以通过查看performance_schema相关的表查看同步状态，执行命令：SELECT * FROM performance_schema.replication_connection_status; 监控复制状态。
+--------------+------------+--------------------------------------+-----------+---------------+---------------------------+--------------------------+--------------------------+-------------------+--------------------+----------------------+
| CHANNEL_NAME | GROUP_NAME | SOURCE_UUID | THREAD_ID | SERVICE_STATE | COUNT_RECEIVED_HEARTBEATS | LAST_HEARTBEAT_TIMESTAMP | RECEIVED_TRANSACTION_SET | LAST_ERROR_NUMBER | LAST_ERROR_MESSAGE | LAST_ERROR_TIMESTAMP |
+--------------+------------+--------------------------------------+-----------+---------------+---------------------------+--------------------------+--------------------------+-------------------+--------------------+----------------------+
| master_1 | | 44b653d4-8843-11e5-b97e-000c29dfaaf7 | 34 | ON | 184 | 2015-08-14 08:06:10 | | 0 | | 0000-00-00 00:00:00 |
| master_2 | | 583f5433-43ef-11e5-8958-000c29d5bdfa | 36 | ON | 183 | 2015-08-14 08:06:24 | | 0 | | 0000-00-00 00:00:00 |
+--------------+------------+--------------------------------------+-----------+---------------+---------------------------+--------------------------+--------------------------+-------------------+--------------------+----------------------+
2 rows in set (0.00sec) [(none)]>
五、验证数据是否同步
在Master_1上插入两条数据：
[xuanzhi]> insert into tb1(name) values ('user1'),('user2');
Query OK,2 rows affected (0.01sec)
在Master_2上插入两条数据：
[xuanzhi_2]> insert into tb2(name) values ('user3'),('user4');
Query OK,2 rows affected (0.04sec)
回到Slave上查看数据是否正常把数据同步过来了：
[(none)]>show databases;+--------------------+
| Database |
+--------------------+
| information_schema |
| mysql |
| performance_schema |
| sys |
| xuanzhi |
| xuanzhi_2 |
+--------------------+
6 rows in set (0.03sec) [(none)]> select * fromxuanzhi.tb1;+----+-------+
| id | name |
+----+-------+
| 1 | user1 |
| 2 | user2 |
+----+-------+
2 rows in set (0.00sec) [(none)]> select * fromxuanzhi_2.tb2;+----+-------+
| id | name |
+----+-------+
| 1 | user3 |
| 2 | user4 |
+----+-------+
2 rows in set (0.00 sec)
成功的实现了多主一从的环境搭建，*。*
总结：
一、MySQL 5.7的多源复制，能有效的解决分库分表的数据统计问题，同时也可以实现在一台从服务器对多台主服务器的数据备份。
二、MySQL 5.7的多源复制的出现，我们就不需要使用MariaDB 的多主一从的架构了，让很多小伙伴又看到了新的希望。
参考资料：
作者：陆炫志
您的支持是对博主最大的鼓励，感谢您的认真阅读。本文版权归作者所有，欢迎转载，但请保留该声明。
扫一扫
2248
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
