Mysql Group Replication in Single-Primary Mode安装部署配置

本文涉及的产品
云数据库 RDS MySQL,集群系列 2核4GB
推荐场景:
搭建个人博客
RDS MySQL Serverless 基础系列,0.5-2RCU 50GB
RDS MySQL Serverless 高可用系列,价值2615元额度,1个月
简介: Mysql Group Replication in Single-Primary Mode安装配置
   背景: 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 单主模式搭建完成。

相关实践学习
如何在云端创建MySQL数据库
开始实验后,系统会自动创建一台自建MySQL的 源数据库 ECS 实例和一台 目标数据库 RDS。
全面了解阿里云能为你做什么
阿里云在全球各地部署高效节能的绿色数据中心,利用清洁计算为万物互联的新世界提供源源不断的能源动力,目前开服的区域包括中国(华北、华东、华南、香港)、新加坡、美国(美东、美西)、欧洲、中东、澳大利亚、日本。目前阿里云的产品涵盖弹性计算、数据库、存储与CDN、分析与搜索、云通信、网络、管理与监控、应用服务、互联网中间件、移动服务、视频服务等。通过本课程,来了解阿里云能够为你的业务带来哪些帮助     相关的阿里云产品:云服务器ECS 云服务器 ECS(Elastic Compute Service)是一种弹性可伸缩的计算服务,助您降低 IT 成本,提升运维效率,使您更专注于核心业务创新。产品详情: https://www.aliyun.com/product/ecs
目录
相关文章
|
2月前
|
SQL 关系型数据库 MySQL
mysql主从复制概述和配置
【10月更文挑战第22天】MySQL 主从复制是一种将主服务器的数据复制到一个或多个从服务器的技术,实现读写分离,提高系统性能和可用性。主服务器记录变更日志,从服务器通过 I/O 和 SQL 线程读取并应用这些变更。适用于读写分离、数据备份和恢复、数据分析等场景。配置步骤包括修改配置文件、创建复制用户、配置从服务器连接主服务器并启动复制进程。
113 1
|
11天前
|
NoSQL Java 关系型数据库
Liunx部署java项目Tomcat、Redis、Mysql教程
本文详细介绍了如何在 Linux 服务器上安装和配置 Tomcat、MySQL 和 Redis,并部署 Java 项目。通过这些步骤,您可以搭建一个高效稳定的 Java 应用运行环境。希望本文能为您在实际操作中提供有价值的参考。
72 26
|
19天前
|
Java 关系型数据库 MySQL
如何将Spring Boot + MySQL应用程序部署到Pivotal Cloud Foundry (PCF)
如何将Spring Boot + MySQL应用程序部署到Pivotal Cloud Foundry (PCF)
38 5
|
1月前
|
存储 SQL 关系型数据库
2024Mysql And Redis基础与进阶操作系列(1)作者——LJS[含MySQL的下载、安装、配置详解步骤及报错对应解决方法]
Mysql And Redis基础与进阶操作系列(1)之[MySQL的下载、安装、配置详解步骤及报错对应解决方法]
|
1月前
|
关系型数据库 MySQL Linux
在 CentOS 7 中通过编译源码方式安装 MySQL 数据库的详细步骤,包括准备工作、下载源码、编译安装、配置 MySQL 服务、登录设置等。
本文介绍了在 CentOS 7 中通过编译源码方式安装 MySQL 数据库的详细步骤,包括准备工作、下载源码、编译安装、配置 MySQL 服务、登录设置等。同时,文章还对比了编译源码安装与使用 RPM 包安装的优缺点,帮助读者根据需求选择最合适的方法。通过具体案例,展示了编译源码安装的灵活性和定制性。
136 2
|
2月前
|
SQL 关系型数据库 MySQL
Mysql中搭建主从复制原理和配置
主从复制在数据库管理中广泛应用,主要优点包括提高性能、实现高可用性、数据备份及灾难恢复。通过读写分离、从服务器接管、实时备份和地理分布等机制,有效增强系统的稳定性和数据安全性。主从复制涉及I/O线程和SQL线程,前者负责日志传输,后者负责日志应用,确保数据同步。配置过程中需开启二进制日志、设置唯一服务器ID,并创建复制用户,通过CHANGE MASTER TO命令配置从服务器连接主服务器,实现数据同步。实验部分展示了如何在两台CentOS 7服务器上配置MySQL 5.7主从复制,包括关闭防火墙、配置静态IP、设置域名解析、配置主从服务器、启动复制及验证同步效果。
Mysql中搭建主从复制原理和配置
|
3月前
|
关系型数据库 MySQL 数据安全/隐私保护
docker应用部署---MySQL的部署配置
这篇文章介绍了如何使用Docker部署MySQL数据库,包括搜索和拉取MySQL镜像、创建容器并设置端口映射和目录映射、进入容器操作MySQL,以及如何使用外部机器连接容器中的MySQL。
docker应用部署---MySQL的部署配置
|
2月前
|
关系型数据库 MySQL Java
Django学习二:配置mysql,创建model实例,自动创建数据库表,对mysql数据库表已经创建好的进行直接操作和实验。
这篇文章是关于如何使用Django框架配置MySQL数据库,创建模型实例,并自动或手动创建数据库表,以及对这些表进行操作的详细教程。
87 0
Django学习二:配置mysql,创建model实例,自动创建数据库表,对mysql数据库表已经创建好的进行直接操作和实验。
|
2月前
|
关系型数据库 MySQL 数据库
使用Docker部署的MySQL数据库,数据表里的中文读取之后变成问号,如何处理?
【10月更文挑战第1天】使用Docker部署的MySQL数据库,数据表里的中文读取之后变成问号,如何处理?
73 3
|
2月前
|
关系型数据库 MySQL 数据库
使用Docker部署的MySQL数据库如何设置忽略表名大小写?
【10月更文挑战第1天】使用Docker部署的MySQL数据库如何设置忽略表名大小写?
265 1
下一篇
DataWorks