MySQL组复制MGR二-- 组复制搭建

（一）主机操作
（1）主机信息

主机名称	IP地址	操作系统版本	数据库版本
mgr-node1	192.168.10.11	centos 7.4 ，64-bit	mysql社区版 5.7.24
mgr-node2	192.168.10.12	centos 7.4 ,64-bit	mysql社区版 5.7.24
mgr-node3	192.168.10.13	centos 7.4  ，64-bit	mysql社区版 5.7.24

配置所有主机的hosts文件：

[root@mgr-node1 data]# cat /etc/hosts
 127.0.0.1 localhost localhost.localdomain localhost4 localhost4.localdomain4
 ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6
 192.168.10.11 mgr-node1
 10.12 mgr-node2
 10.13 mgr-node3

（2）关闭所有节点的防火墙和selinux

# 关闭防火墙

# 查看防火墙状态，正在运行
[root@mgr-node1 ~]# firewall-cmd --state
 running

# 关闭防火墙
 [root@mgr-node1 ~]# service firewalld stop
Redirecting to /bin/systemctl stop firewalld.service
 [root@mgr-node1 ~]# firewall-cmd --state
 not running

# 永久关闭防火墙]# systemctl disable firewalld.service
 Removed symlink /etc/systemd/system/multi-user.target.wants/firewalld.service.
 Removed symlink /etc/systemd/system/dbus-org.fedoraproject.FirewallD1.service.
#禁用selinux
 [root@mgr-node1 ~]# vi /etc/selinux/config
 # This file controls the state of SELinux on the system.
 # SELINUX= can take one of these three values:
 # enforcing - SELinux security policy is enforced.
 # permissive - SELinux prints warnings instead of enforcing.
 # disabled - No SELinux policy is loaded.
 SELINUX=disabled
 # SELINUXTYPE= can take one of three two values:
 # targeted - Targeted processes are protected,# minimum - Modification of targeted policy. Only selected processes are protected.
 # mls - Multi Level Security protection.
 SELINUXTYPE=targeted

（二）安装MySQL数据库
这里在每个节点安装MySQL软件，过程见：https://www.cnblogs.com/lijiaman/p/10743102.html
参数文件：/etc/my.cnf

# 设置mysql的安装目录
basedir=/mysql
# 设置mysql数据库的数据的存放目录
datadir=/mysql/data

（三）组复制的要求

如果要启用组复制，数据库需要满足以下要求：

（1）基础要求

• innodb存储引擎：组复制表必须放在innodb存储引擎中；
• 主键：组复制的每个表必须有主键或者等效的主键(列非空且唯一)；
• IPv4网络：组复制仅支持IPv4网络；
• 网络性能：组复制最好部署在非常近的集群环境中。

（2）参数配置要求

• 二进制日志处于活动状态(--log-bin)。组复制依赖于二进制日志 ，需要开启；
• 副本集跟新日志(--log-slave-updates) 。如果不设置该参数，那么bin-log只会记录直接在该库上执行的SQL语句，由replication机制的SQL线程读取relay-log而执行的SQL语句并不会记录到bin-log。由于组复制日志来源不一定是主节点，也可能日志来源于其它节点，所以即使不是在服务器本身上启动的那些事务，每个事务的副本也必须存在于每个服务器上;
• 二进制日志格式(--binlog-format=row) ;
• 关闭日志校验(--binlog-checksum=none) ;
• 全局事物打开(gtid_mode=on) 。组复制使用全局事务标识符来精确跟踪已在每个服务器实例上提交了哪些事务，从而能够推断出哪些服务器执行了可能与其他位置已提交的事务发生冲突的事务；
• 复制信息存储库(master_info_repository=TABLE 和 relay_log_info_repository=TABLE) 。复制应用程序需要将源和副本元数据写入 mysql.slave_master_info和 mysql.slave_relay_log_info表。这样可以确保组复制插件对复制元数据具有一致的可恢复性和事务管理；
• 事物写集提取(--transaction-write-set-extraction=XXHASH64) 。以便在收集行以将其记录到二进制日志时，服务器也收集写集。写集基于每行的主键，并且是标签的简化且紧凑的视图，该标签唯一地标识已更改的行。然后，该标签用于检测冲突。
• 小写表格名称(--lower-case-table-names) 。 在所有组成员上设置为相同的值。设置1对于使用InnoDB存储引擎是正确的 ，这对于组复制是必需的。请注意，该设置并非在所有平台上都是默认设置。
• 多线程应用程序(Set slave_parallel_workers=N (where N is the number of parallel applier threads),slave_preserve_commit_order=1,and slave_parallel_type=LOGICAL_CLOCK) 。

（四）配置组复制(Group Replication)--采用多主模式
创建binlog日志存放路径，三个节点都要创建：

[root@mgr-node1 etc]# mkdir -p /mysql/binlog/
[root@mgr-node1 etc]# chown -R mysql:mysql /mysql/binlog

（1）节点1配置组复制
（1.1）在节点1上添加如下参数，重启实例

# 复制参数 server_id = 1 gtid_mode = on enforce_gtid_consistency = on master_info_repository=TABLE relay_log_info_repository=TABLE binlog_checksum=NONE log_bin = /mysql/binlog/mgr-node1-bin log-slave-updates = binlog_format = row sync-master-info = sync_binlog = skip_slave_start = #group replication参数 transaction_write_set_extraction=XXHASH64 #以便在server收集写集合的同时将其记录到二进制日志。写集合基于每行的主键，并且是行更改后的唯一标识此标识将用于检测冲突。 loose-group_replication_group_name="dc04ba77-bcf2-11ea-85bf-000c295111ae" #组的名字可以随便起,但不能用主机的GTID! 所有节点的这个组名必须保持一致！ loose-group_replication_start_on_boot=off #启动mysql时不自动启动组复制 loose-group_replication_local_address= 192.168.10.11:24901" #本机IP地址，24901用于接收来自其他组成员的传入连接 loose-group_replication_group_seeds= 192.168.10.11:24901,192.168.10.12:24901,192.168.10.13:24901" # 当前主机成员需要加入组时，Server先访问这些种子成员中的一个，然后它请求重新配置以允许它加入组，

                                                                                                      # 需要注意的是，此参数不需要列出所有组成员，只需列出当前节点加入组需要访问的节点即可。
loose-group_replication_bootstrap_group=off # 是否自动引导组。此选项只能在一个server实例上使用，通常是首次引导组时(或在整组成员关闭的情况下)，如果多次引导，可能出现脑裂。
loose-group_replication_single_primary_mode=off #关闭单主模式的参数（本例测试时多主模式，所以关闭该项）
loose-group_replication_enforce_update_everywhere_checks=on #开启多主模式的参数
loose-group_replication_ip_whitelist=192.168.10.0/24,127.0.0.1/8" # 允许加入组复制的客户机来源的ip白名单

（1.2）创建组复制的用户
组复制使用异步复制协议来实现分布式恢复，在将组成员加入组之前对其进行同步，分布式恢复过程依赖于group_replication_recovery通道，该通道用于组成员之间传输数据。因此，需要设置具有正确权限的复制用户，以便组复制可以建立成员到成员的数据恢复。
用于数据复制的用户需要有REPLICATION_SLAVE特权，用户的创建有2种方法：

方法一：第一个节点创建复制用户，二进制日志中捕获创建用户的过程，然后依靠分布式恢复来复制创建用户的语句。[注：奇怪的是，网上都不使用这种方法
方法二：禁用二进制日志，避免将创建用户传播到其它实例，然后在每一个节点创建复制用户。
这里演示第二种方法：

[root@mgr-node1 etc]# mysql -uroot -p123456
mysql> SET SQL_LOG_BIN=0;     # 关闭binlog
Query OK,0 rows affected (0.00 sec)
mysqlGRANT REPLICATION SLAVE ON *.* TO rpl_slave@'%' IDENTIFIED BY 123456';     # 创建组复制的用户
Query OK,1); font-weight: bold">0 rows affected,1 warning (0.01 sec)
 mysql> FLUSH PRIVILEGES;
 Query OK,1)">> reset master;
 Query OK,1); font-weight: bold">1;     # 开启binlog
 Query OK,1); font-weight: bold">0.00 sec)

（1.3）配置节点1上的组复制并安装组复制插件

mysql> CHANGE MASTER TO MASTER_USER=rpl_slave',MASTER_PASSWORD' FOR CHANNEL group_replication_recovery2 warnings (0.02> INSTALL PLUGIN group_replication SONAME group_replication.so SHOW PLUGINS;
 +----------------------------+----------+--------------------+----------------------+---------+
 | Name | Status | Type | Library | License |
 | binlog | ACTIVE | STORAGE ENGINE | NULL | GPL | ... ... ... ... ... | group_replication GROUP REPLICATION | group_replication.so --------------------------+----------+--------------------+----------------------+---------+
45 rows in set (0.00 sec)

（1.4）开启节点1上的组复制
首次启动组的过程称为引导，使用group_replication_bootstrap_group系统变量来引导组，引导程序只能由一台服务器执行一次，且只能执行一次，这就是group_replication_bootstrap_group参数不保存在配置文件中的原因。假如将该参数保存在配置文件中，则在重启时，server会自动引导具有相同名称的第二个组，这将导致两个不同的组具有相同的名称。因此，为了安全的引导组，请连接到第一个节点执行：

SET GLOBAL group_replication_bootstrap_group=ON START GROUP_REPLICATION; Query OK,1); font-weight: bold">2.10OFF0.00 sec)

在执行组引导及启动组复制后，组已经创建出来了，我们可以使用下面命令查看组信息

SELECT FROM performance_schema.replication_group_members; -------------------------+--------------------------------------+-------------+-------------+--------------+ | CHANNEL_NAME | MEMBER_ID | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE | | group_replication_applier | 533fe6ba-bcdf-11ea-9516-000c295111ae | mgr-node1 | 3306 | ONLINE 1 row 0.00 sec)

 

（2）节点2配置组复制
（2.1）在节点2上添加如下参数，重启实例

# 复制参数
 server_id 2= /mysql/binlog/mgr-node2-XXHASH64 #以便在server收集写集合的同时将其记录到二进制日志。写集合基于每行的主键，并且是行更改后的唯一标识此标识将用于检测冲突。
loose-group_replication_group_name=" #组的名字可以随便起,1)">off #为了避免每次启动自动引导具有相同名称的第二个组,所以设置为OFF。
192.168.10.12:24901
loose-group_replication_group_seeds= 
 loose-group_replication_bootstrap_group=off
 loose-group_replication_single_primary_mode=" # 允许加入组复制的客户机来源的ip白名单

（2.2）创建组复制的用户

root@mgr-node2 etcp123456 mysql; # 关闭binlog Query OK,1); font-weight: bold">0.00 sec)

（2.3）配置节点2上的组复制并安装组复制插件

0.00 sec)

（2.4）开启节点2上的组复制
在第二个节点开启组复制的时候，不用再设置引导参数

START GROUP_REPLICATION; Query OK,1); font-weight: bold">2.10 sec)

查看组成员，此时有2个节点已经加入了组

-------------------------+--------------------------------------+-------------+-------------+--------------+ | 5ca45641-bcdd-918e-000c29fa726d -node2 2 rows 0.00 sec)

（3）节点3配置组复制
（3.1）在节点3上添加如下参数，重启实例

3= /mysql/binlog/mgr-node3-192.168.10.13:24901 loose-group_replication_group_seeds= " # 允许加入组复制的客户机来源的ip白名单

（3.2）创建组复制的用户

root@mgr-node3 etc; # 创建组复制的用户 Query OK,1); font-weight: bold">0.00 sec)

（3.3）配置节点3上的组复制并安装组复制插件

; Query OK,1)"> SHOW PLUGINS; 0.00 sec)

（3.4）开启节点3上的组复制

2.10 sec)

查看组成员，此时所有成员已经加入到了组

| 62ad32e3-9bbb-000c2978d7f6 -node3 3 rows 0.00 sec)

【完】