背景: 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 单主模式搭建完成。