高性能MYSQL—MySQL的组复制(全同步复制)

其他 2020-03-24 19:45:35 阅读次数: 0

文章目录

1、全同步复制（组复制）的基本概念

1.1组复制模型：

MySQL组复制是MySQL 5.7.17开始引入的新功能，为主从复制实现高可用功能。它支持单主模型和多主模型两种工作方式(默认是单主模型)。

它支持单主模型和多主模型两种工作方式(默认是单主模型)

  1. 单主模型： 从复制组中众多个MySQL节点中自动选举一个master节点，只有master节点可以写，其他节点自动设置为read only。当master节点故障时，会自动选举一个新的master节点，选举成功后，它将设置为可写，其他slave将指向这个新的master。
  2. 多主模型：
    复制组中的任何一个节点都可以写，因此没有master和slave的概念，只要突然故障的节点数量不太多，这个多主模型就能继续可用

1.2组复制原理：

  • 组复制由多个 server成员构成，并且组中的每个 server成员可以独立地执行事务，但所有读写（RW）事务只有在冲突检测成功后才会提交。只读（RO）事务不需要在冲突检测，可以立即提交。
  • 换句话说，对于任何 RW 事务，提交操作并不是由始发 server 单向决定的，而是由组来决定是否提交。准确地说，在始发 server上，当事务准备好提交时，该 server会广播写入值（已改变的行）和对应的写入集（已更新的行的唯一标识符）。然后会为该事务建立一个全局的顺序。最终，这意味着所有 server成员以相同的顺序接收同一组事务。因此，所有 server 成员以相同的顺序应用相同的更改，以确保组内一致。
  • 组复制使您能够根据在一组 server 中复制系统的状态来创建具有冗余的容错系统。因此，只要它不是全部或多数 server发生故障，即使有一些 server 故障，系统仍然可用，最多只是性能和可伸缩性降低，但它仍然可用。
  • server 故障是孤立并且独立的。它们由组成员服务来监控，组成员服务依赖于分布式故障检测系统，其能够在任何 server自愿地或由于意外停止而离开组时发出信号。

总之，MySQL 组复制提供了高可用性，高弹性，可靠的 MySQL 服务。

2.实现组复制

实验环境：
server1 server2 server3三台装有mysql的虚拟机，并且三台虚拟机中都要写好解析

vim /etc/hosts
172.25.254.1 server1
172.25.254.2 server2
172.25.254.3 server3

server1：(发起结点)

step1 还原之前做过的实验：
注意：如果之前没有做过其他的mysql实验，就可不用做这一步骤

systemctl stop mysqld
cd /var/lib/mysql
rm -fr *
  • 注意：删除数据之前先复制uuid，三个节点的uuid使用同一个值，而且不能与三个节点自身的uuid相同
    在这里插入图片描述

step2 生成UUID：

uuidgen	#这一步生成的uuid要在后面用到

step3 编辑mysql配置文件：

vim /etc/my.cnf
写入：
server_id=1
gtid_mode=ON
enforce_gtid_consistency=ON
master_info_repository=TABLE
relay_log_info_repository=TABLE
binlog_checksum=NONE  #关闭binlog校验
log_slave_updates=ON
log_bin=binlog
binlog_format=ROW  #组复制依赖基于行的复制格式
plugin_load_add='group_replication.so'
transaction_write_set_extraction=XXHASH64	#指示Server必须为每个事务收集写集合，并使用XXHASH64哈希算法将其编码为散列
group_replication_group_name="624dda22-8761-43a3-8abd-b06716fb1694"	#告知插件,正在加入或创建的组要命名，一般写UUID
group_replication_start_on_boot=off	#指示插件在 server 启动时不自动启动组复制
group_replication_local_address= "172.25.254.1:33061"	#告诉插件使用 IP 地址 本地主机,端口33061用于接受来自组中其他成员的传入连接。
group_replication_group_seeds= "172.25.254.1:33061,172.25.254.2:33061,172.25.254.3:33061"
group_replication_bootstrap_group=off	#配置是否自动引导组 ,插件是否自动引导，这个选项一般都要off掉，只需要由发起组复制的节点开启，并只启动一次，如果是on，下次再启动时，会生成一个同名的组，可能会发生脑裂
loose-group_replication_ip_whitelist="127.0.0.1,172.25.254.0/24"	#用户白名单
loose-group_replication_enforce_update_everywhere_checks=ON	#多主模式下为多主更新启用或禁用严格一致性检查
loose-group_replication_single_primary_mode=OFF	#设置组自动选择一个 server 来处理读/写工作

在这里插入图片描述
step4 打开服务、过滤密码、安全初始化：

systemctl start mysqld
cat /var/log/mysqld.log | grep password
mysql_secure_installation

step5 启动组复制：

mysql -uroot -pWesto+001

mysql> SET SQL_LOG_BIN=0;	#禁用二进制日志
Query OK, 0 rows affected (0.00 sec)

mysql> CREATE USER rpl_user@'%' IDENTIFIED BY 'Redhat.123'；	#创建用户
Query OK, 0 rows affected (0.00 sec)

mysql> GRANT REPLICATION SLAVE ON *.* TO rpl_user@'%';	#加用户权限
Query OK, 0 rows affected (0.00 sec)

mysql> FLUSH PRIVILEGES;	#刷新数据
Query OK, 0 rows affected (0.00 sec)

mysql> SET SQL_LOG_BIN=1;	#启用二进制日志
Query OK, 0 rows affected (0.00 sec)

mysql> CHANGE MASTER TO MASTER_USER='rpl_user', MASTER_PASSWORD='Redhat.123' FOR CHANNEL 'group_replication_recovery';
Query OK, 0 rows affected, 2 warnings (0.04 sec)

mysql> INSTALL PLUGIN group_replication SONAME 'group_replication.so';	#安装组复制插件（因为配置文件已经写过此参数，所以报错）
ERROR 1125 (HY000): Function 'group_replication' already exists
mysql> SHOW PLUGINS;


mysql> SET GLOBAL group_replication_bootstrap_group=ON;	#先打开，等打开组复制之后再开启,
                                                         #在第一个节点上要先打开一次
Query OK, 0 rows affected (0.00 sec)

mysql> START GROUP_REPLICATION;	#打开组复制
Query OK, 0 rows affected (2.30 sec)

mysql> SET GLOBAL group_replication_bootstrap_group=OFF; ##关闭组复制激活
Query OK, 0 rows affected (0.00 sec)

mysql> SELECT * FROM performance_schema.replication_group_members;	#查看状态，显示ONLINE则开启成功

在这里插入图片描述
在这里插入图片描述
在这里插入图片描述

在server2和server3上配置：

  • 都做相同操作，仅更改server-id和loose-group_replication_local_address

step1 还原之前做过的实验：
注意：如果之前没有做过其他的mysql实验，就可不用做这一步骤

systemctl stop mysqld
cd /var/lib/mysql
rm -fr *

step2 编辑mysql配置文件：

vim /etc/my.cnf
修改两处：
server_id=2	#修改id

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
plugin_load_add='group_replication.so'
transaction_write_set_extraction=XXHASH64	
group_replication_group_name="624dda22-8761-43a3-8abd-b06716fb1694"	
group_replication_start_on_boot=off	
group_replication_local_address= "172.25.254.2:33061"	#修改本机ip

group_replication_group_seeds= "172.25.254.1:33061,172.25.254.2:33061,172.25.254.3:33061"
group_replication_bootstrap_group=off
loose-group_replication_ip_whitelist="127.0.0.1,172.25.254.0/24"	
loose-group_replication_enforce_update_everywhere_checks=ON	
loose-group_replication_single_primary_mode=OFF

在这里插入图片描述
step3 打开服务、过滤密码、安全初始化：

systemctl start mysqld
cat /var/log/mysqld.log | grep password
mysql_secure_installation

step4 配置组复制：

mysql> SET SQL_LOG_BIN=0;
Query OK, 0 rows affected (0.00 sec)

mysql> CREATE USER rpl_user@'%' IDENTIFIED BY 'Redhat.123';
Query OK, 0 rows affected (0.00 sec)

mysql> GRANT REPLICATION SLAVE ON *.* TO rpl_user@'%';
Query OK, 0 rows affected (0.00 sec)

mysql> FLUSH PRIVILEGES;
Query OK, 0 rows affected (0.01 sec)

mysql> SET SQL_LOG_BIN=1;
Query OK, 0 rows affected (0.00 sec)

mysql> CHANGE MASTER TO MASTER_USER='rpl_user', MASTER_PASSWORD='Redhat.123' FOR CHANNEL 'group_replication_recovery';
Query OK, 0 rows affected, 2 warnings (0.11 sec)

mysql> set global group_replication_allow_local_disjoint_gtids_join=on;
Query OK, 0 rows affected, 1 warning (0.00 sec)

mysql> START GROUP_REPLICATION;
Query OK, 0 rows affected, 1 warning (4.69 sec)

在这里插入图片描述
此时开启组复制，发现有报错，查看日志：cat /var/log/mysqld.log
在这里插入图片描述
在这里插入图片描述
在这里插入图片描述
step5 在server1上查看状态：

mysql> SELECT * FROM performance_schema.replication_group_members;

在这里插入图片描述

测试：

step1 在server2创建新表：

mysql> create database test;
Query OK, 1 row affected (0.01 sec)

mysql> use test;
Database changed
mysql> CREATE TABLE t1 (c1 INT PRIMARY KEY, c2 TEXT NOT NULL);
Query OK, 0 rows affected (0.04 sec)

mysql> INSERT INTO t1 VALUES (1, 'Luis');
Query OK, 1 row affected (0.01 sec)

mysql> SELECT * FROM t1;

在这里插入图片描述
step2 在server1和server3中都可以看到插入的信息：

mysql> use test;

Database changed
mysql> SELECT * FROM t1;

在这里插入图片描述
step3 在server1中插入信息：

mysql> INSERT INTO t1 VALUES (2, 'nigar');
Query OK, 1 row affected (0.02 sec)

mysql> SELECT * FROM t1;

在这里插入图片描述
在server2和server3中可看到最新信息

step4 在server3中插入信息：

mysql> INSERT INTO t1 VALUES (3, 'xadi');
Query OK, 1 row affected (0.01 sec)

mysql> SELECT * FROM t1;

在这里插入图片描述
在server1和server2中看到最新信息
在这里插入图片描述

马婧瑜
发布了184 篇原创文章 · 获赞 7 · 访问量 3611
私信 关注

猜你喜欢

转载自blog.csdn.net/weixin_43936969/article/details/104802946
今日推荐
《美国对全球网络空间安全与发展的威胁和破坏》报告发布
火速冲上 GitHub 热榜 —— 开源编程语言、框架哪有这么可爱？
北京人形机器人创新中心发布全球首个纯电驱拟人奔跑的全尺寸人形机器人“天工”
LFOSSA 源来如此公开课 | 掌握云原生未来：CNCF 认证全面攻略与备考秘籍
周排行
循环神经网络（rnn）讲解
Tigao教程四：单独的关节运动
金蝶K3WISE15.0-注册套打教程
如何在Mac上配置Kubernetes
Android应用结束自身进程的方法
SpringMVC学习 十三 拦截器栈
中国驻洛杉矶总领馆举行新春招待会
HttpClient get post 发送
11 - three.js 笔记 - 绘制三维字体模型
Mysql递归获取某个父节点下面的所有子节点和子节点上的所有父节点
每日归档
更多
2024-05-01(4)
2024-04-30(1)
2024-04-29(40)
2024-04-28(0)
2024-04-27(56)
2024-04-26(39)
2024-04-25(22)
2024-04-24(36)
2024-04-23(26)
2024-04-22(39)

代码天地 © 2018 codetd.com

境外服务器   最新电视剧2022