MySQL 5.7多源复制实践

大佬教程收集整理的这篇文章主要介绍了MySQL 5.7多源复制实践，大佬教程大佬觉得挺不错的，现在分享给大家，也给大家做个参考。

《MysqL 5.7多源复制实践》要点：
本文介绍了MysqL 5.7多源复制实践，希望对您有用。如果有疑问，可以联系我们。

@H_145_6@mysqL 5.7发布后,在复制方面有了很大的改进和提升.比如开始支持多源复制 (multi-sourcE) 以及真正的支持多线程复制了.多源复制可以使用基于二进制日志的复制或者基于事务的复制.下面我们讲讲如何配置基于二进制日志的多源复制.

什么是多源复制

首先,我们需要清楚几种常见的复制模式：

1)一主一从
2)一主多从
3)级联复制
4)multi-master

@H_145_6@mysqL 5.7 之前只能实现一主一从、一主多从或者多主多从的复制.如果想实现多主一从的复制,只能使用 MariaDB,但是 MariaDB 又与官方的 MysqL 版本不兼容.

@H_145_6@mysqL 5.7 开始支持了多主一从的复制方式,也就是多源复制.MysqL 5.7 版本相比之前的版本,无论在功能还是性能、安全等方面都已经有不少的提升.

首先,我们需要清楚 @H_902_24@multi-master 与 @H_902_24@multi-source 复制不是一样的.@H_902_24@multi-master 复制通常是环形复制,你可以在任意主机上将数据复制给其他主机.

@H_902_24@multi-source 是不同的.简单的说,多源复制就是将多个主库同步到一个从库上面,从而增加从的利用率,节省了机器.如下图：

多源复制使用场景

• 数据分析部门会需要各个业务部门的部分数据做数据分析,这个时候就可以用到多源复制把各个主数据库的数据复制到统一的数据库中.
• 在从服务器进行数据汇总,如果我们的主服务器进行了分库分表的操作,为了实现后期的一些数据统计功能,往往需要把数据汇总在一起再统计.
• 在从服务器对所有主服务器的数据进行备份,在MysqL 5.7之前每一个主服务器都需要一个从服务器,这样很容易造成资源浪费,同时也加大了DBA的维护成本,但MysqL 5.7引入多源复制,可以把多个主服务器的数据同步到一个从服务器进行备份.

使用多源复制的必要条件

不管是使用基于二进制日志的复制或者基于事务的复制,要开启多源复制功能必须需要在从库上设置 @H_902_24@master-info-repository 和 relay-log-info-repository 这两个参数.

这两个参数是用来存储同步信息的,可以设置的值为 FILE 和 TABLE,默认值是 FILE.比如 @H_902_24@master-info 就保存在 @H_902_24@master.info 文件中,relay-log-info 保存在 relay-log.info文件中,如果服务器意外关闭,正确的 relay-log-info 没有来得及更新到 relay-log.info文件,这样会造成数据丢失.

为了数据更加安全,通常设为 TABLE.这些表都是 innodb 类型的,支持事务.相对文件存储安全得多.在 MysqL 库下可以看见这两个表信息,分别是 @H_902_24@mysql.slave_master_info 和 @H_902_24@mysql.slave_relay_log_info.

这两个参数也是可以动态调整的.

如果要启用 enhanced multi-threaded slave(多线程复制),可以设置以下参数

如果SLAVE已经为开启状态,那么需要首先关闭SLAVE(STOP SLAVE;).

配置多源复制

环境准备

这里一共使用了三台机器,MysqL版本都为5.7.18.

安装MysqL

@H_145_6@mysqL安装比较简单,官方都有提供不同系统的相应软件源.这里以 Ubuntu 16.04 系统为例：

• 从MysqL官方网站下载APT源

更多软件源可参考：http://dev.Mysql.com/downloads/repo/apt/,如果是 CentOS/RHel 系统可参考官方文档：https://dev.Mysql.com/doc/refman/5.7/en/linux-installation-yum-repo.html

• 安装MysqL软件源并更新

• 安装MysqL Server和MySQL Client

• 启动MysqL Server

• 检查MysqL Server是否成功启动

配置MysqL多源复制

• 修改MysqL主配置文件

配置 MysqL 多源复制,主要是需要在 MysqL 从服务器的主配置文件 [MysqLd] 段中添加以下两行：

@H_145_6@mysqL主服务器配置片断

以 dev-master-01 为例,另一台 Master 也是类似的配置方法.

@H_145_6@mysqL从服务器配置片断

注：server-id 每台必须配置为不一样,比如 dev-master-01 为1,dev-node-01 为2,dev-node-02 为3.这里没有给出全部配置,其它请根据实际情况自行配置.

• 重启MysqL服务器

• 创建具有复制权限的用户

在两台 MysqL Master 上创建

• 从库分别连接至两个主库

@H_145_6@mysqL 5.7 有了通信渠道的概念,每一个通信渠道都是一个从服务器到主服务器获得二进制日志的链接.这意味着每个通信渠道都得有一个 IO_THREAD.对于每一个主服务器,我们需要运行不同的 CHANGE MASTER 命令和FOR CHAnnEL 这个参数来分别提供不同通信链接名字.

下面开始设置需要同步的源,同步两个主服务器的数据到从服务器上.

设置同步源到 Master1 (在 MysqL 从服务器上执行)

设置同步源到 Master2 (在 MysqL 从服务器上执行)

启动所有SLAVE

也可以单独启动需要同步的通道.

停止和 RESET 复制的命令也同 START 类似,可以操作所有的,也可以操作单个通道.

查看SLAVE信息

确认 Slave_IO_Running 和 Slave_sql_Running 两个参数都为 Yes 状态.

如果要查看单一信道的复制的详细状态,可以使用以下命令：

测试多源复制

• 在主库(dev-master-01)实例创建一些数据.

• 在主库(dev-node-01)实例创建一些数据.

• 在从库(dev-node-02)实例检查数据是否成功复制.

• 查看复制管理视图

列出所有的复制信道的复制状态概况：

在 perfoRMANce_scheR_634_11845@a 库中,提供了复制相关的一些视图,可供查看复制相关的信息.

这些表里分别有多源通道的配置信息和多源通道的状态信息,另外还有连接配置信息和连接状态信息,如果配置了多线程复制的话,还会有多线程配置信息和多线程状态信息.

其它一些需要注意的点

• 初次配置耗时较长,需要将各个 master 的数据 dump 下来,再 source 到 slave 上.
• 需要考虑各 master 数据增长频率,slave 的数据增长频率是这些数据的总和.如果太高,会导致大量的磁盘IO,造成数据更新延迟,最严重的是会影响正常的查询.
• 如果多个主数据库实例中存在同名的库,则同名库的表都会放到一个库中；
• 如果同名库中的表名相同且结构相同,则数据会到一起；如果结构不同,则先建的有效.

文章来源微信公众号：运维之美

大佬总结

以上是大佬教程为你收集整理的MySQL 5.7多源复制实践全部内容，希望文章能够帮你解决MySQL 5.7多源复制实践所遇到的程序开发问题。

如果觉得大佬教程网站内容还不错，欢迎将大佬教程推荐给程序员好友。

本图文内容来源于网友网络收集整理提供，作为学习参考使用，版权属于原作者。
如您有任何意见或建议可联系处理。小编QQ：384754419，请注明来意。