Mysql—高可用之组复制 (MGR)

于 2024-09-28 21:52:30 发布
阅读量824 收藏 20
点赞数 29
文章标签： mysql 数据库
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/Wu16338/article/details/142619302
版权

MySQL Group Replication(简称 MGR )是 MySQL 官方于 2016 年 12 月推出的一个全新的高可用与高扩 展的解决方案

组复制是 MySQL 5.7.17 版本出现的新特性，它提供了高可用、高扩展、高可靠的 MySQL 集群服务

MySQL 组复制分单主模式和多主模式，传统的mysql复制技术仅解决了数据同步的问题， MGR 对属于同一组的服务器自动进行协调。对于要提交的事务，组成员必须就全局事务序列中给定事务 的顺序达成一致 提交或回滚事务由每个服务器单独完成，但所有服务器都必须做出相同的决定

如果存在网络分区，导致成员无法达成事先定义的分割策略，则在解决此问题之前系统不会继续进行， 这是一种内置的自动裂脑保护机制 MGR由组通信系统( Group Communication System ，GCS ) 协议支持 该系统提供故障检测机制、组成员服务以及安全且有序的消息传递

组复制流程

首先我们将多个节点共同组成一个复制组，在执行读写（RW）事务的时候，需要通过一致性协议层

（Consensus 层）的同意，也就是读写事务想要进行提交，必须要经过组里“大多数人”（对应 Node 节点）的同意，大多数指的是同意的节点数量需要大于 （N/2+1），这样才可以进行提交，而不是原发起方一个说了算。而针对只读（RO）事务则不需要经过组内同意，直接 提交 即可

实现mysql组复制

注意：进行实验时将为了避免出错，停止Mysql然后将数据全部删除。

创建三台主机：172.25.254.10，172.25.254.20和172.25.254.30

172.25.254.10

主机上编辑配置文件

[root@mysql-node10 ~]# vim /etc/my.cnf

[mysqld]

datadir=/data/mysql

socket=/data/mysql/mysql.sock

symbolic-links=0

server-id=10 #配置server唯一标识号

disabled_storage_engines="MyISAM,BLACKHOLE,FEDERATED,ARCHIVE,MEMORY" #禁用指定存储 引擎

gtid_mode=ON #启用全局事件标识

enforce_gtid_consistency=ON #强制gtid一致

master_info_repository=TABLE #复制事件数据到表中而不记录在数据目录中 relay_log_info_repository=TABLE binlog_checksum=NONE #禁止对二进制日志校验 log_slave_updates=ON #打开数据库中继

log_bin=binlog #重新指定log名称 binlog_format=ROW #使用行日志格式 plugin_load_add='group_replication.so' #加载组复制插件 transaction_write_set_extraction=XXHASH64 #把每个事件编码为加密散列

group_replication_group_name="aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa" #通知插件正 式加入

group_replication_start_on_boot=off #在server启动时不自动启动组复 制 group_replication_local_address="172.25.254.10:33061" #指定插件接受其他成员的信息端 口

group_replication_group_seeds="172.25.254.10:33061,172.25.254.20:33061,172.25.254.30:33061" #本地地址允许访 问成员列表

group_replication_ip_whitelist="172.25.254.0/24,127.0.0.1/8" #主机白名单

group_replication_bootstrap_group=off

group_replication_single_primary_mode=OFF #使用多主模式

group_replication_enforce_update_everywhere_checks=ON #组同步中有任何改变

group_replication_allow_local_disjoint_gtids_join=1 #放弃自己信息以 master事件为主

使用命令对mysql进行初始化

[root@nginx ~]# mysqld --user=mysql --initialize

获取临时密码：q8N_EtJjl/hX

开启数据库

[root@nginx ~]# /etc/init.d/mysqld start

使用命令进行登录MySQL，输入临时密码：q8N_EtJjl/hX

[root@nginx ~]# mysql -uroot -p

登录后修改用户密码

mysql> alter user root@localhost identified by "123";

关闭日志同步信息

mysql> SET SQL_LOG_BIN=0;

 建立数据同步的用户lee

mysql> CREATE USER rpl_user@'%' IDENTIFIED BY 'lee';

对数据进行授权

mysql> GRANT REPLICATION SLAVE ON *.* TO rpl_user@'%';

开启日志同步信息

mysql> SET SQL_LOG_BIN=1;

mysql> CHANGE MASTER TO MASTER_USER='rpl_user', MASTER_PASSWORD='123' FOR CHANNEL 'group_replication_recovery';

指定初始成员，值在第 一台主机中执行

mysql> SET GLOBAL group_replication_bootstrap_group=ON;

mysql>START GROUP_REPLICATION；

mysql>SET GLOBAL group_replication_bootstrap_group=OFF;

使用命令查看

mysql> SELECT * FROM performance_schema.replication_group_members;

做主机解析

[root@nginx ~]# vim /etc/hosts

将底下的文件传递到172.25.254.20主机上

[root@nginx ~]# scp /etc/my.cnf root@172.25.254.20:/etc/my.cnf

将底下的文件传递到172.25.254.30主机上

[root@nginx ~]# scp /etc/my.cnf root@172.25.254.30:/etc/my.cnf

172.25.254.20

也做主机解析

[root@nginx ~]# vim /etc/hosts

主机上编辑配置文件

[root@mysql-node10 ~]# vim /etc/my.cnf

[mysqld]

datadir=/data/mysql

socket=/data/mysql/mysql.sock

symbolic-links=0

server-id=20

disabled_storage_engines="MyISAM,BLACKHOLE,FEDERATED,ARCHIVE,MEMORY" 

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 

plugin_load_add='group_replication.so' 

transaction_write_set_extraction=XXHASH64

group_replication_group_name="aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa"

group_replication_start_on_boot=off group_replication_local_address="172.25.254.20:33061" 

group_replication_group_seeds="172.25.254.10:33061,172.25.254.20:33061,172.25.254.30:33061" 

group_replication_ip_whitelist="172.25.254.0/24,127.0.0.1/8" 

group_replication_bootstrap_group=off

group_replication_single_primary_mode=OFF 

group_replication_enforce_update_everywhere_checks=ON 

group_replication_allow_local_disjoint_gtids_join=1 

删除数据然后进行初始化

[root@nginx ~]# rm -fr /data/mysql/*
[root@nginx ~]# mysqld --user=mysql --initialize

按照前面方法一样

启动数据库

[root@nginx ~]# /etc/init.d/mysqld start

登入数据库

[root@nginx ~]# mysql -uroot -p

进行相关配置

mysql> alter user root@localhost identified by "lee";

mysql> SET SQL_LOG_BIN=0;

mysql> CREATE USER rpl_user@'%' IDENTIFIED BY 'lee';

mysql> GRANT REPLICATION SLAVE ON *.* TO rpl_user@'%';

mysql> FLUSH PRIVILEGES;

mysql> SET SQL_LOG_BIN=1;

mysql> CHANGE MASTER TO MASTER_USER='rpl_user', MASTER_PASSWORD='lee' FOR CHANNEL 'group_replication_recovery';

mysql> START GROUP_REPLICATION;  

172.25.254.30

也做主机解析

[root@nginx ~]# vim /etc/hosts

编辑配置文件

[root@mysql-node10 ~]# vim /etc/my.cnf

[mysqld]

datadir=/data/mysql

socket=/data/mysql/mysql.sock

symbolic-links=0

server-id=30

disabled_storage_engines="MyISAM,BLACKHOLE,FEDERATED,ARCHIVE,MEMORY" 

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 

plugin_load_add='group_replication.so' 

transaction_write_set_extraction=XXHASH64

group_replication_group_name="aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa"

group_replication_start_on_boot=off group_replication_local_address="172.25.254.30:33061" 

group_replication_group_seeds="172.25.254.10:33061,172.25.254.20:33061,172.25.254.30:33061" 

group_replication_ip_whitelist="172.25.254.0/24,127.0.0.1/8" 

group_replication_bootstrap_group=off

group_replication_single_primary_mode=OFF 

group_replication_enforce_update_everywhere_checks=ON 

group_replication_allow_local_disjoint_gtids_join=1 

删除数据然后进行初始化

[root@nginx ~]# rm -fr /data/mysql/*
[root@nginx ~]# mysqld --user=mysql --initialize

按照前面方法一样

启动数据库

[root@nginx ~]# /etc/init.d/mysqld start

登入数据库

[root@nginx ~]# mysql -uroot -p

mysql> alter user root@localhost identified by "lee";

mysql> SET SQL_LOG_BIN=0;

mysql> CREATE USER rpl_user@'%' IDENTIFIED BY 'lee';

mysql> GRANT REPLICATION SLAVE ON *.* TO rpl_user@'%';

mysql> FLUSH PRIVILEGES;

mysql> SET SQL_LOG_BIN=1;

mysql> CHANGE MASTER TO MASTER_USER='rpl_user', MASTER_PASSWORD='lee' FOR CHANNEL 'group_replication_recovery';

mysql> START GROUP_REPLICATION;  

测试

再172.25.254.10主机上进行查看

mysql> SELECT * FROM performance_schema.replication_group_members;

显示有三个成员

BLEACH－heiqiyihu
关注
mysql MGR集群
weixin_46381668的博客
04-05 518
介绍 MySQL Group Replication（简称MGR）是MySQL官方于2016年12月推出的一个全新的高可用与高扩展的解决方案。MySQL Group Replication提供了高可用、高扩展、高可靠的MySQL集群服务 MGR基础结构要求： 1、引擎必须为innodb,因为需事务支持在commit时对各节点进行冲突检查 2、每个表必须有主键，在进行事务冲突检测时需要利用主键值对比...
MySQL 8.0 高可用之MGR（组复制）介绍
个人公众号：Alen的数据库学习笔记
01-07 5196
作者公众号，欢迎一起交流。 1 背景 MySQL Group Replication（简称MGR）是MySQL官方于2016年12月12日推出的一款高可用与高扩展的解决方案，它提供了高可用、高扩展、高可靠的MySQL集群服务，具有以下特点： 强一致性：基于原生复制和paxos协议，保证数据传输的一致性和原子性 高容错性：只要大多数节点没有出现故障，集群就可对外提供服务 高扩展性：节点的加入和移除都是自动的，不需要人为过多干预 高灵活性：具有单主模式和多主模式，单主模式在主宕机后自动选主，多主
mysql高可用之组复制 (MGR)
最新发布
weixin_68398469的博客
08-24 424
简称MGR )是MySQL官方于2016年12月推出的一个全新的高可用与高扩 展的解决方案组复制是版本出现的新特性，它提供了高可用、高扩展、高可靠的MySQL集群服务MySQL组复制分单主模式和多主模式，传统的mysql复制技术仅解决了数据同步的问题，MGR对属于同一组的服务器自动进行协调。对于要提交的事务，组成员必须就全局事务序列中给定事务的顺序达成一致提交或回滚事务由每个服务器单独完成，但所有服务器都必须做出相同的决定。
MySQL组复制MGR（二）-- 组复制搭建
weixin_30895723的博客
07-25 299
（一）主机操作（1）主机信息 主机名称IP地址操作系统版本数据库版本mgr-node1192.168.10.11centos 7.4 ，64-bitmysql社区版 5.7.24mgr-node2192.168.10.12centos 7.4 , 64-bitmysql社区版 5.7.24mgr-node3192.168.10.13centos 7.4 ，64-bitmysql社...
MySQL 8.x 高可用集群之MGR（组复制）
后端开发
03-26 2091
以上文档概述了 MySQL 集群部署的过程，包括修改主机名、关闭 SELinux、安装 MySQL、移除系统自带的 MariaDB、下载安装文件、启动 MySQL 并修改密码、开启防火墙端口、修改 MySQL 配置文件、创建复制账号、安装 MGR 插件等步骤。接着介绍了在单主模式下启动 MGR 集群，包括执行 MySQL 操作、验证主从数据同步和读写操作、测试主从数据库宕机等步骤。然后讲解了如何整合 MySQL Router 实现读写分离，包括安装和配置 MySQL Router等
mysql高可用集群MGR组复制集群介绍及搭建说明
05-27
### MySQL高可用集群MGR组复制集群介绍及搭建说明 #### 一、资源概述 本文档旨在为用户提供一份详尽的MySQL高可用集群MGR（组复制）集群介绍及搭建指南。MySQL组复制（MySQL Group Replication, MGR）是一项基于...
【MySQL高可用】MySQL高可用之MGR部署
10-15 978
高可用 MGR
MySQL MGR组复制技术集群高可用实战视频教程
06-17
MySQL MGR组复制技术是MySQL数据库提供的一种高可用性解决方案，它通过在多个节点之间同步数据，确保在任何单个节点出现故障时，集群能够自动切换到其他健康节点，从而保持服务的连续性和数据的一致性。这个"MySQL ...
mysql高可用集群MGR组复制的介绍、部署及配置说明
唯有热爱 可抵万难
05-10 1109
MGR组复制mysql高可用集群搭建部署及测试
MySQL MGR
summer_fish的专栏
11-08 3808
ProxySQL 介绍 ProxySQL 是基于 MySQL 的一款开源的中间件的产品，是一个灵活的 MySQL 代理层，可以实现读写分离，支持 Query 路由功能，支持动态指定某个 SQL 进行缓存，支持动态加载（无需重启 ProxySQL 服务），故障切换和一些 SQL 的过滤功能。 MGR 单主 + VIP MGR MGR （MySQL Group Replication）是MySQL自带的一个插件，可以灵活部署。MySQL ...
MySQL-MGR高可用集群方案——案例
宇龙的博客
03-09 1388
MGR实验任务 基本实验任务： 实验环境 环境介绍： 角色 IP地址 主机名 server_id MySQL版本 操作系统 master 192.168.149.149 yulong-master 149 MySQL 8.0.18 CentOS7.7 slave 192.168.149.153 yulong-slave01 153 MySQL 8.0.18 CentOS7.7 ...
mysql--MGR
qq_42764351的博客
10-06 295
组复制的两种模式 单主模式下：组复制具有自动选主功能，每次只有一个 server成员接受更新。 在多主模式：所有的 server 成员都可以同时接受更新. 组复制与异步主从复制区别 传统mysql主从复制： 是在主节点执行和提交事务,然后把他们异步的发送到从节点,行复制的重新执行主节点的SQL语句,这是一个 shared-nothing 的系统，默认情况下所有 server 成员都有一个完...
万字详解 MySQL MGR 高可用集群搭建
Coder Xu
06-01 2995
MGR（MySQL Group Replication）是MySQL 5.7.17版本诞生的，是MySQL自带的一个插件，可以灵活部署。保证数据一致性又可以自动切换，具备故障检测功能、支持多节点写入。集群是多个MySQL Server节点共同组成的分布式集群，每个Server都有完整的副本，它是基于ROW格式的二进制日志文件和GTID特性。在单主模式下, 组复制具有自动选主功能，每次只有一个 server成员可以作为主节点。单主模式 group 内只有一台节点可写可读，其他节点只可以读。
mysql日志节点_Mysql日志分组复制（MGR）要同步哪些信息给从节点？
weixin_32968239的博客
01-19 272
分别是什么?介绍冲突检测实现原理之前，先介绍一下广播信息 transaction message、冲突检测内存 certification info 的结构组成。(1) transaction message如图 8 所示，transaction message 保存是事务 T1 要更新行的的相关信息,有 transaction_context_log_event 和 gtid_log_event...
MYSQL高可用管理-MGR（MGR网络抖动问题分析和group_replication_unreachable_majority_timeout等参数分析）
oradbm的博客
07-31 1244
如果group_replication_autorejoin_tries为 0 或重试失败，则会执行 group_replication_exit_state_action 指定的操作。本文主要从测试的角度来阐明group_replication_unreachable_majority_timeout和group_replication_member_expel_timeout参数对集群网络分区的影响，首先这里放一张大图，为多年前学习MGR的时候留下的，也就是这两个参数对集群的影响，也是本文测试重点。
MySql高可用集群之MGR（MySQL Group Replication）
weixin_44112884的博客
04-11 979
--- MGR （MySQL Group Replication）是MySQL自带的一个插件，可以灵活部署。MySQL MGR集群是多个MySQL Server节点共同组成的分布式集群，每个Server都有完整的副本，它是基于ROW格式的二进制日志文件和GTID特性。架构主要是APIs层、组件层、复制协议模块层和GCS API+Paxos引擎层构成。
Mysql MGR搭建
qq_41270538的博客
02-06 1399
也就是说，虽然系统分配了大量的内存给mysqld，但其实际上并不需要用到那么多内存，内存可能产生了碎片，内存没有及时GC。它是一个通用的malloc 实现，侧重于减少内存碎片和提升高并发场景下内存的分配效率，其目标是能够替代malloc。系统中查看mysqld已用内存量远远超出了innodb_buffer_pool_size配置的数倍之多。另外在问题发生时，查看mysqld中的连接数仅500多，且大部分连接为sleep状态。所以，尝试将mysqld的内存管理器改为使用 jemalloc 来提升内存效能。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值