mysql 5.7的多源复制_MySQL 5.7的多源复制

最新推荐文章于 2022-12-28 10:58:57 发布
最新推荐文章于 2022-12-28 10:58:57 发布
阅读量116 收藏
点赞数
文章标签： mysql 5.7的多源复制
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_39531183/article/details/113589169
版权

MySQL 5.7已经开始支持了多源复制，相信小伙们都很激动，MySQL 5.7之前只能实现一主一从、一主多从或者多主多从的复制，如果想实现多主一从的复制，只好使用MariaDB，但是MariaDB又与官方的MySQL版本不兼容的，在MySQL 5.7版本已经可以实现多主一从的复制了。MySQL 5.7版本相比之前的版本，无论在功能还是性能、安全等方面都已经提升了不少，值得大家去研究和使用。

MySQL 5.7版本之前的最常见的复制方式，一主一从或者一主多从的架构：

279cad532eee7e10b0458ffef4bd3ae0.png

MySQL 5.7之后就可以实现多主一从的复制：

262f5c916c7674244c98ff4a96e48c72.png

多主一从架构带来的好处(个人总结)：

一、在从服务器进行数据汇总，如果我们的主服务器进行了分库分表的操作，为了实现后期的一些数据统计功能，往往需要把数据汇总在一起再统计。

二、如果我们想在从服务器时时对主服务器的数据进行备份，在MySQL 5.7之前每一个主服务器都需要一个从服务器，这样很容易造成资源浪费，同时也加大了DBA的维护成本，但MySQL 5.7引入多源复制，可以把多个主服务器的数据同步到一个从服务器进行备份。

下面演示一下在MySQL 5.7下搭建多主一从的过程：

实验环境：

Master_1: 192.168.10.128

Master_2: 192.168.10.129

Slave_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=TABLE

relay_log_info_repository=TABLE

也可以在线修改，灰常方便：

48304ba5e6f9fe08f3fa1abda7d326ab.png

[(none)]> stop slave;

Query OK, 0 rows affected (0.02 sec)

[(none)]> SET GLOBAL master_info_repository = 'TABLE';

Query OK, 0 rows affected (0.00 sec)

[(none)]> SET GLOBAL relay_log_info_repository = 'TABLE';

Query OK, 0 rows affected (0.00 sec)

[(none)]>

48304ba5e6f9fe08f3fa1abda7d326ab.png

下面进行数据导入：

[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'区分

48304ba5e6f9fe08f3fa1abda7d326ab.png

[(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.05 sec)

[(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)

48304ba5e6f9fe08f3fa1abda7d326ab.png

进行启动slave操作，可以通过start slave的方式去启动所有的复制，也可以通过启动单个复制源的方式，下面进行单个复制源的启动进行演示(停止也是一样)：

[(none)]> start slave for CHANNEL 'Master_1';

Query OK, 0 rows affected (0.01 sec)

[(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的同步状态：

48304ba5e6f9fe08f3fa1abda7d326ab.png

[(none)]> SHOW SLAVE STATUS FOR CHANNEL 'Master_1'\G

*************************** 1. row ***************************

Slave_IO_State: Waiting for master to send event

Master_Host: 192.168.10.128

Master_User: repl

Master_Port: 3306

Connect_Retry: 60

Master_Log_File: Master_1-bin.000001

Read_Master_Log_Pos: 1987

Relay_Log_File: localhost-relay-bin-master_1.000002

Relay_Log_Pos: 771

Relay_Master_Log_File: Master_1-bin.000001

Slave_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: 0

Last_Error:

Skip_Counter: 0

Exec_Master_Log_Pos: 1987

Relay_Log_Space: 991

Until_Condition: None

Until_Log_File:

Until_Log_Pos: 0

Master_SSL_Allowed: No

Master_SSL_CA_File:

Master_SSL_CA_Path:

Master_SSL_Cert:

Master_SSL_Cipher:

Master_SSL_Key:

Seconds_Behind_Master: 0

Master_SSL_Verify_Server_Cert: No

Last_IO_Errno: 0

Last_IO_Error:

Last_SQL_Errno: 0

Last_SQL_Error:

Replicate_Ignore_Server_Ids:

Master_Server_Id: 100128

Master_UUID: 44b653d4-8843-11e5-b97e-000c29dfaaf7

Master_Info_File: mysql.slave_master_info

SQL_Delay: 0

SQL_Remaining_Delay: NULL

Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates

Master_Retry_Count: 86400

Master_Bind:

Last_IO_Error_Timestamp:

Last_SQL_Error_Timestamp:

Master_SSL_Crl:

Master_SSL_Crlpath:

Retrieved_Gtid_Set:

Executed_Gtid_Set:

Auto_Position: 0

Replicate_Rewrite_DB:

Channel_Name: master_1

Master_TLS_Version:

1 row in set (0.00 sec)

48304ba5e6f9fe08f3fa1abda7d326ab.png

查看复制源Master_2的同步状态：

48304ba5e6f9fe08f3fa1abda7d326ab.png

[(none)]> SHOW SLAVE STATUS FOR CHANNEL 'Master_2'\G

*************************** 1. row ***************************

Slave_IO_State: Waiting for master to send event

Master_Host: 192.168.10.129

Master_User: repl

Master_Port: 3306

Connect_Retry: 60

Master_Log_File: Master_2-bin.000003

Read_Master_Log_Pos: 1078

Relay_Log_File: localhost-relay-bin-master_2.000002

Relay_Log_Pos: 771

Relay_Master_Log_File: Master_2-bin.000003

Slave_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: 0

Last_Error:

Skip_Counter: 0

Exec_Master_Log_Pos: 1078

Relay_Log_Space: 991

Until_Condition: None

Until_Log_File:

Until_Log_Pos: 0

Master_SSL_Allowed: No

Master_SSL_CA_File:

Master_SSL_CA_Path:

Master_SSL_Cert:

Master_SSL_Cipher:

Master_SSL_Key:

Seconds_Behind_Master: 0

Master_SSL_Verify_Server_Cert: No

Last_IO_Errno: 0

Last_IO_Error:

Last_SQL_Errno: 0

Last_SQL_Error:

Replicate_Ignore_Server_Ids:

Master_Server_Id: 100129

Master_UUID: 583f5433-43ef-11e5-8958-000c29d5bdfa

Master_Info_File: mysql.slave_master_info

SQL_Delay: 0

SQL_Remaining_Delay: NULL

Slave_SQL_Running_State: Slave has read all relay log; waiting for more updates

Master_Retry_Count: 86400

Master_Bind:

Last_IO_Error_Timestamp:

Last_SQL_Error_Timestamp:

Master_SSL_Crl:

Master_SSL_Crlpath:

Retrieved_Gtid_Set:

Executed_Gtid_Set:

Auto_Position: 0

Replicate_Rewrite_DB:

Channel_Name: master_2

Master_TLS_Version:

1 row in set (0.00 sec)

48304ba5e6f9fe08f3fa1abda7d326ab.png

也可以通过查看performance_schema相关的表查看同步状态，执行命令：SELECT * FROM performance_schema.replication_connection_status; 监控复制状态。

48304ba5e6f9fe08f3fa1abda7d326ab.png

+--------------+------------+--------------------------------------+-----------+---------------+---------------------------+--------------------------+--------------------------+-------------------+--------------------+----------------------+

| 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.00 sec)

[(none)]>

48304ba5e6f9fe08f3fa1abda7d326ab.png

五、验证数据是否同步

在Master_1上插入两条数据：

[xuanzhi]> insert into tb1(name) values ('user1'),('user2');

Query OK, 2 rows affected (0.01 sec)

在Master_2上插入两条数据：

[xuanzhi_2]> insert into tb2(name) values ('user3'),('user4');

Query OK, 2 rows affected (0.04 sec)

回到Slave上查看数据是否正常把数据同步过来了：

48304ba5e6f9fe08f3fa1abda7d326ab.png

[(none)]> show databases;

+--------------------+

| Database |

+--------------------+

| information_schema |

| mysql |

| performance_schema |

| sys |

| xuanzhi |

| xuanzhi_2 |

+--------------------+

6 rows in set (0.03 sec)

[(none)]> select * from xuanzhi.tb1;

+----+-------+

| id | name |

+----+-------+

| 1 | user1 |

| 2 | user2 |

+----+-------+

2 rows in set (0.00 sec)

[(none)]> select * from xuanzhi_2.tb2;

+----+-------+

| id | name |

+----+-------+

| 1 | user3 |

| 2 | user4 |

+----+-------+

2 rows in set (0.00 sec)

48304ba5e6f9fe08f3fa1abda7d326ab.png

成功的实现了多主一从的环境搭建，*。*

总结：

一、MySQL 5.7的多源复制，能有效的解决分库分表的数据统计问题，同时也可以实现在一台从服务器对多台主服务器的数据备份。

二、MySQL 5.7的多源复制的出现，我们就不需要使用MariaDB 的多主一从的架构了，让很多小伙伴又看到了新的希望。

参考资料：

weixin_39531183
关注
MySQL 5.7多源复制实践
yonggeit的博客
06-22 1123
MySQL 5.7多源复制实践 MySQL 5.7发布后，在复制方面有了很大的改进和提升。比如开始支持多源复制 (multi-source) 以及真正的支持多线程复制了。多源复制可以使用基于二进制日志的复制或者基于事务的复制。下面我们讲讲如何配置基于二进制日志的多源复制。 什么是多源复制 首先，我们需要清楚几种常见的复制模式： 1）一主一从 2）一主多从
银河麒麟_飞腾_MYSQL 离线安装包 mysql5.7_kylin_arm64.zip
07-16
"mysql5.7_kylin_arm64.zip" 是针对银河麒麟和飞腾架构定制的MySQL 5.7版本的离线安装包。MySQL 5.7是社区版的一个稳定版本，提供了许多性能优化和新特性，包括InnoDB存储引擎的增强、查询优化器改进以及JSON支持等...
mysql 5.7 多源_MySQL 5.7的多源复制
weixin_36084613的博客
01-27 166
MySQL 5.7已经开始支持了多源复制，相信小伙们都很激动，MySQL 5.7之前只能实现一主一从、一主多从或者多主多从的复制，如果想实现多主一从的复制，只好使用MariaDB，但是MariaDB又与官方的MySQL版本不兼容的，在MySQL 5.7版本已经可以实现多主一从的复制了。MySQL 5.7版本相比之前的版本，无论在功能还是性能、安全等方面都已经提升了不少，值得大家去研究和使用。MyS...
MySQL 5.7 Replication 相关新功能说明
weixin_33753003的博客
07-30 225
背景： MySQL5.7在主从复制上面相对之前版本多了一些新特性，包括多源复制、基于组提交的并行复制、在线修改Replication Filter、GTID增强、半同步复制增强等。因为都是和复制相关，所以本文将针对这些新特性放一起进行说明，篇幅可能稍长，本文使用的MySQL版本是5.7.13。 1，多源复制（多主一从） MySQL在5.7之后才支持多源复制，之前介绍过MariaDB 多主一从...
mysql 5.7 多源_MySQL5.7多源复制配置过程
weixin_35371418的博客
01-18 262
MySQL5.7多源复制配置过程~~MySQL多源复制使Slave可以并行接收来自多个直接Master的事务。多源复制可用于将多个服务器备份到单个服务器、合并表分片并将数据从多个服务器合并到单个服务器。在应用事务时，多源复制不会实现任何冲突检测或解决方案，如果需要则这些任务将由应用程序。在多源复制拓扑中，Slave会为其接收事务的每个Master创建一个复制通道。角色IPM1192.168.75....
MySQL 5.7多源复制功能的应用
Coding a Life
08-25 1210
MySQL 5.7有一个新特性，即支持多源复制，这个功能在有些场景下还是很有用的。 首先什么是多源复制呢？摘录开源中国社区中的一段说明： “MySQL在这个新版本中修复了一个复制限制 , 这限制是一个从站只能有一个主站. 这是一个在我们设计复制环境中的限制因素，也有一些极客使它正常工作了。但是现在有一个官方的解决办法了。所以。简单的说， Multi-Source 意味着一个从站能有一个以上主站
银河麒麟amd64 MYSQL离线安装包 mysql5.7_kylin_amd64.zip
07-16
本离线安装包“mysql5.7_kylin_amd64.zip”是针对银河麒麟AMD64平台定制的MySQL 5.7数据库服务器的安装文件，确保在该平台上能够顺利安装和运行MySQL。 MySQL 5.7是MySQL数据库的一个重要版本，它包含了多项改进...
银河麒麟 armhf 架构 MYSQL离线安装包 mysql5.7_kylin_armhf.zip
07-16
离线安装包mysql5.7_kylin_armhf.zip则专门针对银河麒麟armhf平台进行了优化，确保在该平台上能够顺畅运行。 离线安装包的优点在于用户无需连接互联网即可进行安装，这对于网络环境不稳定或者有严格安全要求的场合...
银河麒麟兆芯MYSQL离线安装包mysql5.7_kylin_i386.zip
07-16
在这样的背景下，"银河麒麟兆芯MYSQL离线安装包mysql5.7_kylin_i386.zip" 是一个专为银河麒麟操作系统和兆芯处理器设计的MySQL 5.7数据库的离线安装包。这个包确保了在没有网络连接的情况下，用户也能在银河麒麟系统...
mysql 5.7 多源复制_MySQL5.7 多源复制
weixin_39885412的博客
01-27 150
1.多源复制介绍MySQL5.7 开始支持多源复制(Multi-Source Replication)也就是多主一从的复制架构，架构图如下：2.为什么要使用多源复制(1)灾备作用：将各个库汇总在一起，就算是其他库都挂了(整个机房都无法连接了)，还有最后一个救命稻草；(2)备份：直接在这个从库中做备份，不影响线上的数据库；(3)减少成本：不需要每个库都做一个实例，也减少了 DBA 的维护成本；(4)...
Mysql 5.7多源复制
chenzenan的专栏
05-15 585
汇聚数据：尤其是在分库分表的一些场景中，数据集中统计分析操作可以在1台从库服务器上实现。 节省成本：数据集中存放可避免服务器等软硬件资源浪费，5.7之前1主1从或者1主多从的方案需要为每个主机都安置一台备机;5.7推出多源复制之后，可以将多个从库进行合并，至于是合并存放在高端还是低端服务器上，取决于分析、统计等业务在整体业务中的优先级、繁忙程度等因素。 集中备份：方便在一台服务器备份所有已收到
mysql5.7多源复制_MySQL数据库 5.7多源复制（用于生产库多主库合并到一个查询从库）...
weixin_30915487的博客
01-19 197
本文主要向大家介绍了MySQL数据库 5.7多源复制(用于生产库多主库合并到一个查询从库)，通过具体的内容向大家展现，希望对大家学习MySQL数据库有所帮助。目前我们使用的是主从+分库分表的系统架构，主库有N个分库，从库为多个slave做负载均衡，所以数据库端的架构是下面这样的：技术分享图片这就涉及到多个主库数据同步到不分库分表的从库共查询和管理类系统使用。在mysql5.6以及之前的版本中，没...
MySQL5.7 多主一从（多源复制）同步配置
最新发布
eagle89的专栏
12-28 4072
多主一从
MySQL 5.7 的多源复制
wolf
03-16 1460
什么是多源复制?       首先，我们需要清楚 multi-master 与multi-source 复制不是一样的. Multi-Master 复制通常是环形复制，你可以在任意主机上将数据复制给其他主机。                Multi-source 是不同的. MySQL在这个新版本中修复了一个复制限制 , 这限制是一个从站只能有一个主站. 这是一个在我们设计复制环境中
mysql 5.7 多源复制_MySQL 5.7 多源复制实践
weixin_34260071的博客
01-27 93
多源复制使用场景数据分析部门会需要各个业务部门的部分数据做数据分析，这个时候就可以用到多源复制把各个主数据库的数据复制到统一的数据库中。在从服务器进行数据汇总，如果我们的主服务器进行了分库分表的操作，为了实现后期的一些数据统计功能，往往需要把数据汇总在一起再统计。在从服务器对所有主服务器的数据进行备份，在MySQL 5.7之前每一个主服务器都需要一个从服务器，这样很容易造成资源浪费，同时也加大了D...
mysql5.7多源复制
sunashe的个人随笔
12-24 1073
在mysql5.7.9版本GA之前我们就已经开始使用他的多源复制功能，来实现数据分析部门的需求，将多个系统的数据汇聚到一台服务器上。GA之后用的更加大胆些了。现在贴出来分享下。
mysql 5.7 复制_MySQL 5.7的多源复制
weixin_39616565的博客
01-18 76
MySQL 5.7已经开始支持了多源复制，相信小伙们都很激动，MySQL 5.7之前只能实现一主一从、一主多从或者多主多从的复制，如果想实现多主一从的复制，只好使用MariaDB，但是MariaDB又与官方的MySQL版本不兼容的，在MySQL 5.7版本已经可以实现多主一从的复制了。MySQL 5.7版本相比之前的版本，无论在功能还是性能、安全等方面都已经提升了不少，值得大家去研究和使用。MyS...
mysql 5.7的多源复制_MySQL5.7的多源复制
weixin_31969199的博客
01-27 150
MySQL5.7多源复制的实验环境：node1:192.168.2.171主库1node3:192.168.2.170主库2node2:192.168.2.172归档用的从库1、node2上需要配置复制过滤掉mysql库：replicate_wild_ignore_table=mysql.%replicate_wild_ignore_table=test.%### 5.7上可以直接使用stop s...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值