LUPA开源社区 › 首页 ›业界资讯› 技术文摘 › 查看内容

MySQL 5.7 的多源复制

2013-10-9 11:49| 发布者: 红黑魂| 查看: 2612| 评论: 0|来自: 开源中国编译

摘要: 　　近日ORACLE发布几个新的功能在最新的Mysql5.7.2的版本上，由此有了此篇文章。大多数的改善是在数据库性能和复制相关的功能上，这个新版本会带给我们不可思议的效果。　　在这篇文章里，我将要用一些简单的步奏来 ...

　　近日ORACLE发布几个新的功能在最新的Mysql5.7.2的版本上，由此有了此篇文章。大多数的改善是在

数据库性能和复制相关的功能上，这个新版本会带给我们不可思议的效果。

　　在这篇文章里，我将要用一些简单的步奏来尝试了解这新的多源复制工作原理以及我们怎样进行自己的测

试。需要说明的是，这还是一个开发版本，不是给生产环境准备的。因此这篇文章是打算给那些想了解此新功

能的人，看看它是如何在应用中工作的，都是在临时环境中进行相关操作。

什么是多源复制?

　　首先，我们需要清楚 multi-master 与multi-source 复制不是一样的. Multi-Master 复制通常是环

形复制，你可以在任意主机上将数据复制给其他主机。

　　Multi-source 是不同的. MySQL在这个新版本中修复了一个复制限制 , 这限制是一个从站只能有一个

主站. 这是一个在我们设计复制环境中的限制因素，也有一些极客使它正常工作了。但是现在有一个官方

的解决办法了。所以。简单的说， Multi-Source 意味着一个从站能有一个以上主站. 现在, 像下图一样的

复制环境是可能的:

　　这将帮助我们创建一些复制的层次结构，这在过去是不可能的。举个例子,你可以将一个从站放在你的办

公室里。在办公室里从所有主站中复制数据传播到世界各地。

它是怎么工作的呢?

　　现在我们有了通信渠道的概念，每一个通信渠道都是一个从服务器从主服务器获得2进制日志的链接。

这意味着每个通信渠道都得有一个IO_THREAD .我们需要运行不同的 “CHANGE MASTER” 命令, 对于

每一个主服务器。我们需要用到 “FOR CHANNEL”这个参数来提供通信链接的名字。

1CHANGE MASTER MASTER_HOST='something', MASTER_USER=... FOR CHANNEL="name_of_channel";

　　很容易. 有一个单一的先决条件。从服务器需要在mysql5.6上配置安全功能，这意味着信息通常包含在

主服务器上。信息或日志应该在一个表中，让我们开始配置吧

来个例子!

首先你需要下载测试版的mysql。点这个链接：下载.

我们需要有一个从服务器和两个主服务器的沙箱环境. 我不会细节的说明怎样配置server_id, binary logs

和 replication users.我假设已经配置好了。如果你不知道怎么做。你可以看这个链接

首先,我们在从服务器上实现事故安全功能。

1master_info_repository=TABLE;
2relay_log_info_repository=TABLE;

让后重启从服务器。我们可以开始创建通信渠道，用 “master1″ 和 “master2″这两个名字:

1slave > change master tomaster_host="127.0.0.1", master_port=12047, 
master_user="msandbox",master_password="msandbox" forchannel="master1";
2slave > change master tomaster_host="127.0.0.1", master_port=12048, 
master_user="msandbox",master_password="msandbox" forchannel="master2";

按照所设定的通信名字启动从服务器。

1slave > start slave for channel="master1";
2slave > start slave for channel="master2";

现在我们检查一下从服务器状态：

1slave > show slave status\G
2Empty set (0.00 sec)

啊。是空的。我们需要写上通信名字。重新检查下从服务器状态：

01slave > SHOW SLAVE STATUS FOR CHANNEL="master1"\G
02*************************** 1. row ***************************
03               Slave_IO_State: Waiting for master to send event
04                  Master_Host: 127.0.0.1
05                  Master_User: msandbox
06                  Master_Port: 12047
07                Connect_Retry: 60
08              Master_Log_File: mysql-bin.000002
09          Read_Master_Log_Pos: 232
10               Relay_Log_File: squeeze-relay-bin-master1.000003
11                Relay_Log_Pos: 395
12        Relay_Master_Log_File: mysql-bin.000002
13             Slave_IO_Running: Yes
14            Slave_SQL_Running: Yes
15[...]

我们也可以检查正在运行的 IO_THREAD 和 SQL_THREADS :

1slave > SHOW PROCESSLIST;
2+----+-------------+-----------------------------------------------------------------------------+
3| Id | User        | State                                                                       |
4+----+-------------+-----------------------------------------------------------------------------+
5|  2 | system user | Waiting for master to send event                                            |
6|  3 | system user | Slave has read all relay log; waiting for the slave I/O thread 
to update it |
7|  4 | system user | Waiting for master to send event                                            |
8|  5 | system user | Slave has read all relay log; waiting for the slave I/O thread 
to update it |
9+----+-------------+-----------------------------------------------------------------------------+

测试看一下:

1master1 > create database master1;
2master2 > create database master2;
3slave > show databases like 'master%';
4+--------------------+
5| Database (master%) |
6+--------------------+
7| master1            |
8| master2            |
9+--------------------+