背景： MySQL组复制作为一个插件提供给MySQL服务器，组中的每个服务器都需要配置和安装插件，本节提供了一个详细的教程，其中包含了创建一个至少有三个服务器的复制组所需的步骤，组中的每个服务器实例都可以在独立的物理机器上运行，也可以在同一台机器上运行，本次介绍Single-Primary Mode的安装部署（在单主模式下，只有一个节点可以对外提供读写事务的服务，而其它所有节点只能提供只读事务的服务），如下图：
1、安装环境：
本次安装部署分别在3太独立的服务器上，操作系统为redhat 6.5 mysql版本为5.7.17
192.168.56.100 ttt
192.168.56.101 slv2
192.168.56.108 managed
2、建mysql用户及mysql需要的base和data目录，然后在3台服务器上分别安装3个mysql实例
/mysql/mysql/bin/mysqld --initialize --basedir=/mysql/mysql --datadir=/mysql/data --user=mysql
/mysql/mysql/bin/mysqld --initialize --basedir=/mysql/mysql --datadir=/mysql/data ----user=mysql
/mysql/mysql/bin/mysqld --initialize --basedir=/mysql/mysql --datadir=/mysql/data ----user=mysql
3、编辑192.168.56.100上/etc/my.cnf文件，将如下参数加入到配置文件中
server_id=183
gtid_mode=ON
enforce_gtid_consistency=ON
master_info_repository=TABLE
relay_log_info_repository=TABLE
binlog_checksum=NONE
log_slave_updates=ON
log_bin=binlog
binlog_format=ROW
transaction_write_set_extraction=XXHASH64 ##使用XXHASH64哈希算法将其编码为散列
loose-group_replication_group_name="aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa" ##告知插件 正在加入或创建的组要命名为
loose-group_replication_start_on_boot=off ##插件在server启动时不自动启动复制
loose-group_replication_local_address= "192.168.56.108:24903" ##告知插件使用ip地址192.168.56.108，端口24903用于接受来自组中其他成员的传入连接；server在此端口上监听组内成员之间的连接，此端口不能用于应用程序，它必须保留，用于在运行组复制时组的不同成员之间的通信，由loose-group_replication_local_address配置的本地地址必须可供所有成员访问
loose-group_replication_group_seeds= "192.168.56.100:24901,192.168.56.101:24902,192.168.56.108:24903" ###告知插件，当下面这些server需要加入组时，应该连接到这些主机和端口上访问他们，这些就是子成员，当成员想要连接到组时使用，在申请加入时，server先访问这些子成员的一个，然后它请求组重新配置以允许它加入组，需要注意的是，此选项不需要列出组中所有成员，而是此server需要加入该组时需要访问的server列表。
启动组的server不使用此选项，因为他是初始server，因此它负责引导组，第2个加入的server向组中的唯一成员申请加入，然后组得以扩容，第3个加入的server可以向这两个server中的任意一个申请加入，然后组再次扩容，后续server在加入时重复此过程
loose-group_replication_bootstrap_group= off ##插件是否自动引导组此选项在任何时候只能在一个server实例上使用，通常是首次引导组时（或在整个组被崩溃后恢复的情况下），如果多次引导组，例如当多个server实例设置了此选项，则他们可能会认为的造成脑裂的情况，其中存在两个相同名称的不同组，在第一个server实例加入后禁用此选项。
loose-group_replication_single_primary_mode=true
loose-group_replication_enforce_update_everywhere_checks=false
4、启动mysql数据库实例
bin/mysqld_safe --user=mysql &
5、创建replication-slave权限的用户，此操作不应该记录到二进制日志中，以避免将更改传递到其他的slave实例
SET SQL_LOG_BIN=0;
CREATE USER rpl_user@'%';
GRANT REPLICATION SLAVE ON . TO rpl_user@'%' IDENTIFIED BY 'rpl_pass';
FLUSH PRIVILEGES;
SET SQL_LOG_BIN=1;
用户配置后，需要使用CHANGE MASTER TO语句将server配置为在下次需要从其他成员恢复其状态是，使用group_replication_recovery
CHANGE MASTER TO MASTER_USER='rpl_user', MASTER_PASSWORD='rpl_pass' FOR CHANNEL 'group_replication_recovery';
分布式恢复是加入组的server的第一步，如果未正确设置这些参数，server将无法执行恢复过程并获得与其他组成员同步，因此最终无法加入到组，类似地，如果成员无法通过server的主机名正确识别其他成员，则恢复过程可能会失败，建议运行mysql的操作系统都正确地配置唯一主机名，使用DNS或本地设置，可以在performance_schema.replication_members表的member_host列中验证此主机名，如果多个组成员使用操作系统设置的默认主机名，则会出现有成员无法解析到正确的成员地址且无法加入到组的情况，在这种情况下，可以使用report_host来配置每一个server唯一主机名
6、启动组复制
INSTALL PLUGIN group_replication SONAME 'group_replication.so';
检查安装是否成功，执行show plugins 输出
| group_replication | ACTIVE | GROUP REPLICATION | group_replication.so | GPL |
接下来执行下面的语句，启动group replication:
此引导应仅有单个server独立完成，该server启动组只启动一次，引导配置选项的值不保存在配置文件中，因为在重新启动时，server会自动引导具有相同名称的第二个组，导致两个组具有相同的名称。同样的道理适用于停止和重新启动插件，并且此选项设置为ON
SET GLOBAL group_replication_bootstrap_group=ON;
START GROUP_REPLICATION;
SET GLOBAL group_replication_bootstrap_group=OFF;
执行下面的语句，验证group replication已经成功启动:
SELECT * FROM performance_schema.replication_group_members;
| mysql> SELECT * FROM performance_schema.replication_group_members; | ||||
|---|---|---|---|---|
| CHANNEL_NAME | MEMBER_ID | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE |
| group_replication_applier | 04b3796a-aefa-11e7-8c28-080027a59ac4 | slv2 | 3306 | ONLINE |
04b3796a-aefa-11e7-8c28-080027a59ac4该值是组成员唯一标识符
为了演示server确实在一个组中，并且能够处理加载，创建测试表
| mysql> show binlog events; | |||||
|---|---|---|---|---|---|
| Log_name | Pos | Event_type | Server_id | End_log_pos | Info |
| binlog.000001 | 4 | Format_desc | 183 | 123 | Server ver: 5.7.17-log, Binlog ver: 4 |
| binlog.000001 | 123 | Previous_gtids | 183 | 150 | |
| binlog.000001 | 150 | Gtid | 183 | 211 | SET @@SESSION.GTID_NEXT= 'aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:1' |
| binlog.000001 | 211 | Query | 183 | 270 | BEGIN |
| binlog.000001 | 270 | View_change | 183 | 369 | view_id=15077951745813974:1 |
| binlog.000001 | 369 | Query | 183 | 434 | COMMIT |
| binlog.000001 | 434 | Stop | 183 | 453 |
7 rows in set (0.00 sec)
可以看到dd及dml已经写入到二进制日志中了
7、添加组成员192.168.56.101，与192.168.56.101操作类似
配置、etc/my.cnf
server_id=182
gtid_mode=ON
enforce_gtid_consistency=ON
master_info_repository=TABLE
relay_log_info_repository=TABLE
binlog_checksum=NONE
log_slave_updates=ON
log_bin=binlog
binlog_format=ROW
transaction_write_set_extraction=XXHASH64
loose-group_replication_group_name="aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa"
loose-group_replication_start_on_boot=off
loose-group_replication_local_address= "192.168.56.101:24902"
loose-group_replication_group_seeds= "192.168.56.100:24901,192.168.56.101:24902,192.168.56.108:24903"
loose-group_replication_bootstrap_group= off
loose-group_replication_single_primary_mode=true
loose-group_replication_enforce_update_everywhere_checks=false
8、启动mysql
9、配置group replication需要的用户:
SET SQL_LOG_BIN=0;
CREATE USER rpl_user@'%';
GRANT REPLICATION SLAVE ON . TO rpl_user@'%' IDENTIFIED BY 'rpl_pass';
FLUSH PRIVILEGES;
SET SQL_LOG_BIN=1;
CHANGE MASTER TO MASTER_USER='rpl_user', MASTER_PASSWORD='rpl_pass' FOR CHANNEL 'group_replication_recovery';
10、安装group replication插件:
INSTALL PLUGIN group_replication SONAME 'group_replication.so';
11、以把101添加到当前group里面:
START GROUP_REPLICATION;
12、验证是否添加成功:
| mysql> SELECT * FROM performance_schema.replication_group_members; | ||||
|---|---|---|---|---|
| CHANNEL_NAME | MEMBER_ID | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE |
| group_replication_applier | 04b3796a-aefa-11e7-8c28-080027a59ac4 | slv2 | 3306 | ONLINE |
| group_replication_applier | c213326a-af0d-11e7-98a1-0800272e42a8 | managed | 3306 | ONLINE |
2 rows in set (0.01 sec)
验证100上的ddl及dml在101上是否同步，可以确认同步过来了
| mysql> show binlog events; | |||||
|---|---|---|---|---|---|
| Log_name | Pos | Event_type | Server_id | End_log_pos | Info |
| binlog.000001 | 4 | Format_desc | 182 | 123 | Server ver: 5.7.17-log, Binlog ver: 4 |
| binlog.000001 | 123 | Previous_gtids | 182 | 150 | |
| binlog.000001 | 150 | Gtid | 183 | 211 | SET @@SESSION.GTID_NEXT= 'aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:1' |
| binlog.000001 | 211 | Query | 183 | 270 | BEGIN |
| binlog.000001 | 270 | View_change | 183 | 369 | view_id=15077951745813974:1 |
| binlog.000001 | 369 | Query | 183 | 434 | COMMIT |
| binlog.000001 | 434 | Gtid | 183 | 495 | SET @@SESSION.GTID_NEXT= 'aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:2' |
| binlog.000001 | 495 | Query | 183 | 554 | BEGIN |
| binlog.000001 | 554 | View_change | 183 | 693 | view_id=15078134778454917:1 |
| binlog.000001 | 693 | Query | 183 | 758 | COMMIT |
| binlog.000001 | 758 | Gtid | 182 | 819 | SET @@SESSION.GTID_NEXT= 'aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:3' |
| binlog.000001 | 819 | Query | 182 | 878 | BEGIN |
| binlog.000001 | 878 | View_change | 182 | 1017 | view_id=15078134778454917:2 |
| binlog.000001 | 1017 | Query | 182 | 1082 | COMMIT |
| binlog.000001 | 1082 | Gtid | 183 | 1143 | SET @@SESSION.GTID_NEXT= 'aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:4' |
| binlog.000001 | 1143 | Query | 183 | 1233 | CREATE DATABASE test |
| binlog.000001 | 1233 | Gtid | 183 | 1294 | SET @@SESSION.GTID_NEXT= 'aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:5' |
| binlog.000001 | 1294 | Query | 183 | 1418 | use test; CREATE TABLE t1 (c1 INT PRIMARY KEY, c2 TEXT NOT NULL) |
| binlog.000001 | 1418 | Gtid | 183 | 1479 | SET @@SESSION.GTID_NEXT= 'aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa:6' |
| binlog.000001 | 1479 | Query | 183 | 1538 | BEGIN |
| binlog.000001 | 1538 | Table_map | 183 | 1581 | table_id: 219 (test.t1) |
| binlog.000001 | 1581 | Write_rows | 183 | 1623 | table_id: 219 flags: STMT_END_F |
| binlog.000001 | 1623 | Xid | 183 | 1650 | COMMIT / xid=43 / |
23 rows in set (0.00 sec)
13、添加组成员192.168.56.108与101添加方式类似，成功添加并同步
至此MySQL Group Replication 单主模式搭建完成。
1199
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
