Docker方式创建MySQL8的MGR集群

已于 2023-09-29 20:21:54 修改
阅读量947 收藏 4
点赞数
分类专栏： mysql 文章标签： docker mysql mgr 集群 MGR
于 2023-09-29 19:43:06 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/gzt19881123/article/details/133419800
版权

目录

一、MGR简述

MySQL Group Replication（MGR）它是一个MySQL插件，它建立在现有的MySQL复制基础设施上，利用二进制日志、基于行的日志和全局事务标识符等功能。MGR出来之后基本上可以替换之前的MHA之类的集群技术了。

这里简单整理一下MGR和传统的主从模式有什么区别：

对 比 特 性MySQL Group Replication（MGR）传统的主从复制
数据同步方式基于消息传递的复制机制通过读取主节点的binlog进行数据复制
复制拓扑结构对等结构，所有节点都可以接收写入操作并复制到其他节点一个主节点和多个从节点
数据一致性所有写入操作在集群中的所有节点上执行，事务在所有节点上成功应用后才提交从主节点的binlog读取数据进行复制
自动故障转移自动选择新的主节点需要手动将一个从节点提升为新的主节点
复制延迟监控提供了方便的方式来监控复制延迟需要手动监控复制延迟
动态成员管理动态添加和删除节点需要在配置文件中手动添加和删除节点
搭建简易程度中，需充分了解MGR知识点简单
学习成本中，仔细查看官方文档低

重点说下 数据同步方式 和 复制拓扑结构：

  1. 数据同步方式：在传统的主从复制中，主节点将写入操作记录到二进制日志（binlog），从节点通过读取主节点的binlog并应用到自己的数据库中来实现数据复制。而MGR使用基于消息传递的复制机制，节点之间通过TCP/IP协议进行数据传输。每个节点都可以接收写入操作，并将其传播到其他节点，从而实现数据的同步。
  2. 复制拓扑结构：在传统的主从复制中，有一个主节点和多个从节点，主节点负责写入操作并将更新的数据写入binlog，从节点通过读取主节点的binlog来进行数据复制。而MGR中，所有的节点都是对等的，每个节点都可以接收写入操作并将其复制到其他节点。这种对等的结构使得MGR更加灵活和可扩展

接下来 采用3台物理主机安装具有3个节点的MGR集群，MGR集群架构为1主2从方式 ( MySQL8.0.27默认模式)

二、安装环境及要求

3台物理主机，按照docker环境，mysql镜像版本为 8.0.27，3台主机可相互访问且具有不同的主机名称

为了最佳的兼容性和性能，组中的所有成员应该运行相同版本的MySQL Server，

2.1 系统版本

主机名称IP地址操作系统Docker版本Mysql镜像版本备注
mgr-master172.20.167.255Ubuntu 22.04.2 LTS24.0.58.0.27主节点
mgr-node1172.20.167.253Ubuntu 22.04.2 LTS24.0.58.0.27从节点
mgr-node2172.20.167.254Ubuntu 22.04.2 LTS24.0.58.0.27从节点

2.2 网络要求

  1. 关闭SELinux

  2. 建议先关闭防火墙

  3. 【重要】各主机名称唯一

    MGR各个节点之间默认采用主机名进行管理通讯。

  4. 【重要】各主机上的hosts文件中配置所有主机的名称和对应的IP地址

    vim /etc/hosts

    hosts文件后面追加信息：

    
172.20.167.253  mgr-node1      mgr-node1
172.20.167.255  mgr-master     mgr-master
172.20.167.254  mgr-node2      mgr-node2

  5. 【重要】 创建Mysql Docker 容器的网络模式全部采用 host模式

    为什么要用host模式？

    因为MGR启动时需要验证主机IP地址和配置文件中MGR相关的IP是否一致，

    如果不采用则报错无法启动MGR，否则你会看到如下错误：

    ... There is no local IP address matching the one configured for...

三、安装步骤

安装之前请务必参考上面的 安装环境及要求

安装之前请务必参考上面的 安装环境及要求

安装之前请务必参考上面的 安装环境及要求

3.1 创建容器

三台主机上创建MySQL容器映射目录：


mkdir -p /apps/mysql/data  /apps/mysql/conf   /apps/mysql/files

三台主机上配置各自的 my.cnf，这里只列出和MGR配置要求相关的参数信息：文件位置： /apps/mysql/conf/my.cnf

[mysqld]
port	= 3309

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


default_time_zone = "+8:00"
transaction_isolation = READ-COMMITTED

# 请确保每一台主机上是唯一值
server-id = 1

log-bin=mysql-bin

binlog_format = ROW
binlog_row_image = FULL
binlog_expire_logs_seconds = 1209600
master_info_repository = TABLE

relay_log_info_repository = TABLE
log_replica_updates = ON
relay_log_recovery = 1

replica_skip_errors = ddl_exist_errors
innodb_flush_log_at_trx_commit = 1
sync_binlog = 1
transaction_write_set_extraction = XXHASH64
gtid_mode = on
enforce_gtid_consistency=ON

# MySQL 8.0.21可以不设置
#binlog_checksum=NONE

上面文件中的参数 确保每个主机上的 server-id 不一样

三台主机上执行docker命令创建容器

docker run \
 -u root \
 --network=host \
 --restart=always \
 --name mysql8 \
 -v /apps/mysql/conf/my.cnf:/etc/mysql/my.cnf \
 -v /apps/mysql/files:/var/lib/mysql-files \
 -v /apps/mysql/data:/var/lib/mysql \
 -e MYSQL_ROOT_PASSWORD=PassWord123_  \
 -d mysql:8.0.27

3.2 创建用户

登录mysql：

docker exec -it mysql8 /bin/bash
mysql> mysql -uroot -p -P3309
Enter password: 请输入mysql登录密码

然后执行下面的 1/2/3/4 步骤：

  1. 设置binlog 下面操作不用进入binlog

    mysql> SET SQL_LOG_BIN=0;

  2. 创建用户赋予必要权限

    mysql> CREATE USER rpl_user@'%' IDENTIFIED WITH mysql_native_password BY 'PassWord123_';
mysql> GRANT REPLICATION SLAVE ON *.* TO rpl_user@'%';
mysql> GRANT CONNECTION_ADMIN ON *.* TO rpl_user@'%';
mysql> GRANT BACKUP_ADMIN ON *.* TO rpl_user@'%';
mysql> GRANT GROUP_REPLICATION_STREAM ON *.* TO rpl_user@'%';
mysql> FLUSH PRIVILEGES;

    注意：

    官方文档上有个Bug，这里创建用户密码需要采用 mysql_native_password，否则启动或加入集群会报用户名密码连接失败

  3. 恢复binglog

    mysql> SET SQL_LOG_BIN=1;

  4. 将用户凭据提供给服务器以用于分布式恢复

    mysql> CHANGE REPLICATION SOURCE TO SOURCE_USER='rpl_user', SOURCE_PASSWORD='PassWord123_'  FOR CHANNEL 'group_replication_recovery';

    注意：

    MySQL 8.0.24版本之前使用下面的SQL

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

    说明：

    group_replication_recovery是MySQL Group Replication中的一个通道（channel），
    用于执行分布式恢复操作。
    在Group Replication中，每个成员（member）都可以充当复制源（replication source）
    和复制目标（replication target）。当一个成员从其他成员复制数据时，
    它可以使用group_replication_recovery通道来连接到复制源，并从中检索丢失的数据。

3.3 安装插件

必须安装 group_replication插件之后才能启动MGR集群，安装之后 my.cnf里面才能配置 MGR相关的参数。

  1. 三台主机上安装插件：
mysql> INSTALL PLUGIN group_replication SONAME 'group_replication.so';
  1. 三台主机上查看插件：
mysql> SHOW PLUGINS;
+----------------------------+----------+--------------------+----------------------+-------------+
| Name                       | Status   | Type               | Library              | License     |
+----------------------------+----------+--------------------+----------------------+-------------+
| binlog                     | ACTIVE   | STORAGE ENGINE     | NULL                 | PROPRIETARY |

(...)

| group_replication          | ACTIVE   | GROUP REPLICATION  | group_replication.so | PROPRIETARY |
+----------------------------+----------+--------------------+----------------------+-------------+
  1. 三台主机上添加参数：

172.20.167.255 修改 my.cnf 增加如下MGR参数配置

group_replication_group_name = "7cf70110-59f9-11ee-a293-246e967fa518"
group_replication_start_on_boot = off
group_replication_local_address = "172.20.167.255:33061"
group_replication_group_seeds = "172.20.167.255:33061,172.20.167.254:33061,172.20.167.253:33061"
group_replication_bootstrap_group = off

172.20.167.254 修改 my.cnf 增加如下MGR参数配置

group_replication_group_name = "7cf70110-59f9-11ee-a293-246e967fa518"
group_replication_start_on_boot = off
group_replication_local_address = "172.20.167.254:33061"
group_replication_group_seeds = "172.20.167.255:33061,172.20.167.254:33061,172.20.167.253:33061"
group_replication_bootstrap_group = off

172.20.167.253 修改 my.cnf 增加如下MGR参数配置

group_replication_group_name = "7cf70110-59f9-11ee-a293-246e967fa518"
group_replication_start_on_boot = off
group_replication_local_address = "172.20.167.253:33061"
group_replication_group_seeds = "172.20.167.255:33061,172.20.167.254:33061,172.20.167.253:33061"
group_replication_bootstrap_group = off
  1. 三台主机上重启容器：
docker restart mysql8
  1. 三台主机上查看参数：

登录mysql之后执行查看语句

mysql> SHOW VARIABLES LIKE 'group_replication%';

注意：

千万不要在创建mysql容器时添加这些参数，这样mysql启动不了，因为还没安装这个插件，这些参数Mysql启动时候不认识

相关参数说明：

  • 配置group_replication_group_name告诉插件它所加入或创建的组的名称为"aaaaaaaa-aaaa-aaaa-aaaa-aaaaaaaaaaaa"
  • group_replication_group_name的值必须是有效的UUID。您可以使用SELECT UUID()来生成一个
  • 将group_replication_start_on_boot变量配置为off指示插件在服务器启动时不自动启动操作，这在设置Group Replication时很重要，因为它确保您可以在手动启动插件之前配置服务器。一旦成员配置完成，您可以将group_replication_start_on_boot设置为on，以便在服务器启动时自动启动Group Replication
  • 配置group_replication_local_address设置成员在组内部与其他成员进行通信时使用的网络地址和端口。组复制使用此地址进行涉及组通信引擎的远程实例（XCom，一种Paxos变体）的内部成员之间的连接。
  • 组复制的端口不能和Mysql的服务端口相同，组成员之间复制使用的端口必须是其他端口 例如上面的 33061
  • group_replication_local_address配置的网络地址必须由所有组成员解析，推荐端口是33061
  • group_replication_group_seeds列表包含每个组成员的group_replication_local_address的主机名和端口，但这并非强制要求，可以选择组成员的子集作为种子成员，这些成员被称为种子成员。一旦建立连接，组成员信息将在Performance Schema表replication_group_members中列出
  • 最佳实践是先启动引导成员，并让它创建组。然后将其设置为其他正在加入的成员的种子成员。这样可以确保在加入其他成员时已经形成了一个组，启动组的服务器不使用group_replication_group_seeds选项，因为它是初始服务器，负责引导组
  • group_replication_bootstrap_group参数用于指示插件是否引导组。当设置为ON时，它表示当前成员将引导组。当设置为OFF时，它表示当前成员将加入现有组。在配置组复制时，通常只有一个成员需要引导组。这个成员将负责创建组，并成为种子成员，其他成员将加入这个已经引导的组。因此，在引导成员时，需要将group_replication_bootstrap_group设置为ON，而在其他成员时，需要将其设置为OFF
  • 引导组的成员将创建并初始化组的相关数据结构，包括组的通信通道和日志。这是组复制的起点。因此，确保只有一个成员引导组非常重要，否则可能会导致数据一致性和冲突问题

3. 4 启动集群

  1. 启动一个引导实例

    引导应该只由一个服务器完成，即启动群组的服务器，并且只能执行一次

    这次我们选择在 172.20.167.255 这台主机上执行启动集群操作：

    mysql> SET GLOBAL group_replication_bootstrap_group=ON;
mysql> START GROUP_REPLICATION USER='rpl_user', PASSWORD='PassWord123_';
mysql> SET GLOBAL group_replication_bootstrap_group=OFF;

  2. 查看集群成员状态

    mysql> SELECT * FROM performance_schema.replication_group_members;
+---------------------------+--------------------------------------+-------------+-------------+---------------+-------------+----------------+----------------------------+
| CHANNEL_NAME              | MEMBER_ID                            | MEMBER_HOST | MEMBER_PORT | MEMBER_STATE  | MEMBER_ROLE | MEMBER_VERSION | MEMBER_COMMUNICATION_STACK |
+---------------------------+--------------------------------------+-------------+-------------+---------------+-------------+----------------+----------------------------+
| group_replication_applier | ce9be252-2b71-11e6-b8f4-00212844f856 |   s1        |       3306  | ONLINE        |             |                | XCom                       |
+---------------------------+--------------------------------------+-------------+-------------+---------------+-------------+----------------+----------------------------+
1 row in set (0.0108 sec)

  3. 创建DDL事务后查看binlog 事件

    mysql> SHOW BINLOG EVENTS;

3.5 加入集群

另外两台服务器上，登录MySQL后执行如下操作：

SET SQL_LOG_BIN=0;
CREATE USER rpl_user@'%' IDENTIFIED WITH mysql_native_password BY 'PassWord123_';
GRANT REPLICATION SLAVE ON *.* TO rpl_user@'%';
GRANT CONNECTION_ADMIN ON *.* TO rpl_user@'%';
GRANT BACKUP_ADMIN ON *.* TO rpl_user@'%';
GRANT GROUP_REPLICATION_STREAM ON *.* TO rpl_user@'%';
FLUSH PRIVILEGES;
SET SQL_LOG_BIN=1;

CHANGE MASTER TO MASTER_USER='rpl_user', MASTER_PASSWORD='PassWord123_' FOR CHANNEL 'group_replication_recovery';

Or from MySQL 8.0.23:

CHANGE REPLICATION SOURCE TO SOURCE_USER='rpl_user', SOURCE_PASSWORD='PassWord123_' FOR CHANNEL 'group_replication_recovery';

mysql> START GROUP_REPLICATION USER='rpl_user', PASSWORD='PassWord123_';
mysql> SELECT * FROM performance_schema.replication_group_members;
mysql> SHOW BINLOG EVENTS;

如果 START GROUP_REPLICATION 时出现以下错误：

....
[ERROR] [MY-011526] [Repl] Plugin group_replication reported: 'This member has more executed transactions than those present in the group. Local transactions: ae6b26d7-5dc0-11ea-9d16-000c29b33fcb:1 > Group transactions: 043887ba-5ce8-11ea-8f3a-000c29d3fc7e:1,

043887ba-5ce8-11ea-8f3a-000c29d3fc7e'
....

这个错误的原因是MGR中的成员拥有比组中存在的事务更多的已执行事务。

这种情况通常发生在MGR集群中的成员之间的数据同步出现问题时。可能的原因包括网络故障、成员崩溃或其他同步问题。

当一个成员拥有比组中其他成员更多的已执行事务时，可能会导致数据不一致的情况。这是因为在MGR中，所有成员都应该具有相同的已执行事务，以保持数据的一致性。

执行下面SQL清空Executed_Gtid_Set解决问题：

mysql>  reset master

四、查看集群

查看 MGR 组成员列表

SELECT * FROM performance_schema.replication_group_members;

以下是 replication_group_members 表格中每个字段的含义：

字段名描述
MEMBER_ID成员的唯一标识符
MEMBER_HOST成员的主机名或 IP 地址
MEMBER_PORT成员的端口号
MEMBER_STATE成员的状态
MEMBER_ROLE成员的角色
MEMBER_VERSION成员的版本号
MEMBER_SSL成员是否使用 SSL 连接
MEMBER_SSL_VERSION成员使用的 SSL 版本
MEMBER_SSL_CIPHER成员使用的 SSL 加密算法
MEMBER_SSL_STATE成员 SSL 连接的状态
MEMBER_CONNECTIONS成员当前连接的数量
MEMBER_UUID成员的 UUID
MEMBER_PRIMARY成员是否为主节点
MEMBER_AUTOPROTECT成员是否启用自动保护模式
MEMBER_PRIMARY_UUID成员所属的主节点的 UUID，如果成员本身是主节点，则该字段为 NULL
MEMBER_PRIMARY_HOST成员所属的主节点的主机名或 IP 地址，如果成员本身是主节点，则该字段为 NULL
MEMBER_PRIMARY_PORT成员所属的主节点的端口号，如果成员本身是主节点，则该字段为 NULL

注意：该表格中的字段可能会因为 MySQL 版本的不同而略有差异。

查看 MGR 组成员拓扑信息

SELECT * FROM performance_schema.replication_group_member_stats

字段名描述
VIEW_ID视图的唯一标识符
MEMBER_ID成员的唯一标识符
MEMBER_HOST成员的主机名或 IP 地址
MEMBER_PORT成员的端口号
MEMBER_STATE成员的状态
MEMBER_ROLE成员的角色
MEMBER_VERSION成员的版本号
COUNT_TRANSACTIONS_IN_QUEUE当前队列中的事务数
COUNT_TRANSACTIONS_CHECKED已经检查的事务数
COUNT_TRANSACTIONS_QUEUED已经排队的事务数
COUNT_TRANSACTIONS_COMMITTED已经提交的事务数
COUNT_TRANSACTIONS_ROLLED_BACK已经回滚的事务数
COUNT_TRANSACTIONS_UNKNOWN未知状态的事务数
COUNT_RECEIVED_HEARTBEATS接收到的心跳数
COUNT_RECEIVED_TRANSACTION_SETS接收到的事务集数
COUNT_APPLIED_TRANSACTION_SETS应用的事务集数
COUNT_COMMITTED_TRANSACTIONS提交的事务数
COUNT_ROLLEDBACK_TRANSACTIONS回滚的事务数
COUNT_RECEIVED_TRANSACTION_SETS_TO_COMMIT待提交的事务集数
COUNT_RECEIVED_TRANSACTION_SETS_TO_ROLLBACK待回滚的事务集数
COUNT_TRANSACTIONS_GTID_EXECUTED已经执行的 GTID 事务数
COUNT_TRANSACTIONS_GTID_EXECUTED_ALL_MEMBERS所有成员已经执行的 GTID 事务数
COUNT_TRANSACTIONS_GTID_EXECUTED_LOCAL本地成员已经执行的 GTID 事务数
COUNT_TRANSACTIONS_GTID_IN_QUEUE当前队列中的 GTID 事务数
COUNT_TRANSACTIONS_GTID_IN_QUEUE_ALL_MEMBERS所有成员当前队列中的 GTID 事务数
COUNT_TRANSACTIONS_GTID_IN_QUEUE_LOCAL本地成员当前队列中的 GTID 事务数
COUNT_TRANSACTIONS_GTID_PURGED已经清除的 GTID 事务数
COUNT_TRANSACTIONS_GTID_PURGED_ALL_MEMBERS所有成员已经清除的 GTID 事务数
COUNT_TRANSACTIONS_GTID_PURGED_LOCAL本地成员已经清除的 GTID 事务数
COUNT_TRANSACTIONS_WITHOUT_CONFLICTS不冲突的事务数
COUNT_TRANSACTIONS_WITH_CONFLICTS冲突的事务数
COUNT_TRANSACTIONS_WITHOUT_CONFLICTS_ALL_MEMBERS所有成员不冲突的事务数
COUNT_TRANSACTIONS_WITH_CONFLICTS_ALL_MEMBERS所有成员冲突的事务数
COUNT_TRANSACTIONS_WITHOUT_CONFLICTS_LOCAL本地成员不冲突的事务数
COUNT_TRANSACTIONS_WITH_CONFLICTS_LOCAL本地成员冲突的事务数
LAST_CONFLICT_FREE_TRANSACTION最后一个不冲突的事务
LAST_CONFLICT_TRANSACTION最后一个冲突的事务
LAST_ERROR_TRANSACTION最后一个出错的事务
LAST_ERROR_NUMBER最后一个错误的编号
LAST_ERROR_MESSAGE最后一个错误的消息

五、其他说明

集群配置要求

  1. 在MGR中使用除了InnoDB 之外的存储引擎会导致集群错误，最好版本是禁用其他

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

  2. 所有表必须有主键或者非空唯一索引

  3. 保证集群中的mysql相互之间可以通讯

  4. 保证 server-id值唯一

  5. 保证binlog打开，默认情况是打开的

  6. 设置log_replica_updates=ON（从MySQL 8.0.26开始）或log_slave_updates=ON（在MySQL 8.0.26之前）默认情况是打开

  7. 设置 binlog_format=row

  8. set binlog_checksum=NONE 在MySQL 8.0.20及之前的版本中，设置binlog_checksum=NONE，不过从MySQL 8.0.21开始，Group Replication支持校验和，因此群组成员可以使用默认设置binlog_checksum=CRC32

  9. 全局事务标识启用。设置gtid_mode=ON和enforce_gtid_consistency=ON。这些设置不是默认值

  10. 针对大小写是否敏感设置请保持所有实例配置一样

  11. 多线程设置

    Group Replication成员可以配置为多线程副本，从而实现并行应用事务。从MySQL 8.0.27开始，默认情况下所有副本都配置为多线程。对于系统变量replica_parallel_workers（从MySQL 8.0.26开始）或slave_parallel_workers（在MySQL 8.0.26之前），非零值启用了成员上的多线程应用程序。从MySQL 8.0.27开始，默认值为4个并行应用程序线程，最多可以指定1024个并行应用程序线程。对于多线程副本，还需要以下设置，这些设置是从MySQL 8.0.27开始的默认设置：

    replica_preserve_commit_order=ON（从MySQL 8.0.26开始）或slave_preserve_commit_order=ON（在MySQL 8.0.26之前） 此设置要求确保并行事务的最终提交与原始事务的顺序相同。Group Replication依赖于围绕所有参与成员按相同顺序接收和应用已提交事务的一致性机制。

    replica_parallel_type=LOGICAL_CLOCK（从MySQL 8.0.26开始）或slave_parallel_type=LOGICAL_CLOCK（在MySQL 8.0.26之前） 此设置要求使用replica_preserve_commit_order=ON或slave_preserve_commit_order=ON。它指定了在副本上允许并行执行哪些事务的策略

  12. 设置replica_parallel_workers=0或slave_parallel_workers=0将禁用并行执行，并为副本提供单个应用程序线程和无协调器线程

集群配置限制

  1. 为了降低间隙锁的概率，强烈建议配置事务级别为 READ COMMITTED

  2. 集群不支持 事务级别为最高级别：序列化

  3. 在多主模式下，不支持在不同服务器上同时执行针对相同对象的并发数据定义DDL语句和数据操作DML语句

  4. 不建议使用外键功能

  5. 多主模式死锁。当一个组以多主模式运行时，SELECT … FOR UPDATE语句可能会导致死锁。这是因为锁不在组的成员之间共享，因此可能无法达到对这样的语句的期望。

  6. 在配置为群组复制的MySQL服务器实例上无法使用全局复制过滤器，因为在某些服务器上过滤事务会导致群组无法达成一致状态协议

  7. 一个复制组中的MySQL服务器成员的最大数量为9。如果有更多成员尝试加入该组，它们的请求将被拒绝。这个限制是通过测试和基准测试确定的，被认为是一个安全的边界，在稳定的局域网上该组能够可靠地运行。

  8. 事务太大以至于在5秒的时间窗口内无法在群组成员之间通过网络进行复制，那么成员可能会被怀疑已经失败，并因此被驱逐。

    如果由于大型消息而发生不必要的驱逐，请使用系统变量group_replication_member_expel_timeout，在怀疑已经失败的成员被驱逐之前，允许额外的时间。

  9. 使用系统变量group_replication_transaction_size_limit来指定群组接受的最大事务大小。在MySQL 8.0中，该系统变量的默认值为150000000字节（约143 MB）的最大事务大小。超过此大小的事务将被回滚，并且不会发送到Group Replication的Group Communication System（GCS）以分发给群组.

  10. 使用系统变量group_replication_compression_threshold来指定应用压缩的消息大小上限。该系统变量的默认值为1000000字节（1 MB），因此会自动压缩大型消息。当Group Replication的Group Communication System（GCS）接收到一个由group_replication_transaction_size_limit设置允许但超过group_replication_compression_threshold设置的消息时，将执行压缩

  11. 使用系统变量group_replication_communication_max_message_size来指定消息大小，超过此大小的消息将被分段。该系统变量的默认值为10485760字节（10 MiB），因此大型消息将自动被分段。如果压缩后的消息仍然超过group_replication_communication_max_message_size限制，则GCS将在压缩后执行分段。为了让复制群组使用分段，所有群组成员必须使用MySQL 8.0.16或更高版本，并且群组使用的Group Replication通信协议版本必须允许分段

  12. 总之记住：你的应用程序中的事务尽可能的小

集群相关变量和状态

变量： MySQL :: MySQL 8.0 Reference Manual :: 18.9.1 Group Replication System Variables

状态：MySQL :: MySQL 8.0 Reference Manual :: 18.9.2 Group Replication Status Variables

小时候的阳光
关注
  • 0
    点赞
  • 踩
  • 4
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
使用Docker部署MySQL 5.7&8.0主从集群的方法步骤
09-09
主要介绍了使用Docker部署MySQL 5.7&8.0主从集群的方法步骤，文中通过示例代码介绍的非常详细，对大家的学习或者工作具有一定的参考学习价值，需要的朋友们下面随着小编来一起学习学习吧
基于Docker安装部署MySQL8.0高可用之MGR集群
qq_61114906的博客
02-29 411
MGR(MySQL Group Replication)是MySQL官方在MySQL 5.7.17版本中以插件形式推出的主从复制高可用技术，它基于原生的主从复制，将各节点归入到一个组中，通过组内节点的通信协商(组通信协议基于Paxos算法)，实现数据的强一致性、故障探测、冲突检测、节点加组、节点离组等等功能。这3个节点互相通信，每当有事件发生，都会向其他节点传播该事件，然后协商，如果大多数节点都同意这次的事件，那么该事件将通过，否则该事件将失败或回滚。3、最多支持9个节点，节点过多性能负载大。
Docker方式创建keepalived连接MGR集群
gzt19881123的专栏
02-04 765
采用docker方式部署keepalived，连接MGR集群
centos linux环境用docker进行MySql的MGR集群部署及验证
最新发布
xingyuemengjin的博客
04-06 881
本文描述了linux服务器用docker进行MySql的MGR集群部署步骤，以及验证主从同步和单主多主模式的切换，并附录了部署常见问题的解决方法（如从站启动问题-GTID事务冲突）等
Docker环境下部署MySQL MGR单主模式集群
不爱学习的小妞博客
09-06 952
文章目录一、MySQL MGR单主模式集群部署1.拉取镜像2.创建MySQL专用网络3.创建MySQL容器挂载在本地的存储数据的目录4.创建3个MySQL容器5.在本地修改MySQL的配置项6.重启MySQL容器7.在所有MySQL容器中安装MGR插件8.在所有节点上创建复制账号9.启动MGR单主模式二、MySQL MGR单主模式集群中添加节点1.创建新节点在本地挂载的存储数据的目录2.创建1个MySQL容器3.修改新增MySQL容器的配置项4.重启新增MySQL容器5.在新增MySQL容器上安装MGR插件
docker 搭建mgr集群
congge
05-04 2万+
docker 搭建mgr集群
在docker容器下安装Mysql8集群（一主一从）
Dumbass_baba的博客
01-19 1481
1，Mysql8基本配置参考：https://blog.csdn.net/Dumbass_baba/article/details/122563901?spm=1001.2014.3001.5501 2，安装完两台Mysql8后，选定一个mysql8为master，连接上master，添加（从机）slave权限，命令如下： #添加一个slave用户,%表示不限ip，mysql_native_password表示mysql8之前的密码加密方式， #mysql8之后用caching_sha2_pass
docker mysql8.0 集群主从建立
weixin_45699541的博客
08-06 256
​ 修改配置文件mysql-master （主） 在/mydata/mysql-master/conf 下建立my.conf文件并改写文件 建立从mysql 从配置文件 进入从机mysql控制台配置主从同步 数据库库配置: 主库配置: 创建账号： create user ‘slave1’@‘%’ identified by ‘slave1’; 授权： grant all privileges ON . TO ‘slave1’@‘%’; 验证方式修改为上一版的: ALTER USER slave1@‘%
Docker 容器搭建mysql 集群（主从数据库）
帮助他人让生命更有意义
11-17 2415
Docker 容器搭建mysql 集群（主从数据库）
Mysql Innodb Cluster集群搭建 - docker
RayPick的博客
11-14 849
由于网上资料基本没有通过docker搭建Innodb Cluster的教程，所以特地研究了一下这个技术栈，并通过博客记录下来。ubuntu 18.04 docker 20.10.21 三台linux环境的机器 ip分别为: 192.168.56.103；192.168.57.103；192.168.57.104#设置各自的hostname不重复 hostnamectl set-hostname raypick hostnamectl set-hostname raypick2 hostnamectl set
Docker Compose部署Nacos集群 支持MySQL8
01-20
nacos-server不支持MySQL8，此处基于官网的nacos 1.1.4版本修改了数据库连接驱动支持MySQL8 安装软件 确保本机安装了git，docker和docker compose。 拉取文件 git clone https://gitee.com/korov/Docker.git 也可以...
基于Docker Compose构建的MySQL MHA集群.zip
11-07
mysql
Docker部署Mysql集群的实现
01-09
　mysql 集群方案介绍，建议使用pxc，因为弱一致性会有问题，比如说a节点数据库显示我购买成功，b 节点数据库显示没有成功，这就麻烦了，pxc 方案是在全部节点都写入成功之后才会告诉你成功，是可读可写双向同步的，...
Docker创建MySQL容器的方法
09-09
本篇文章主要介绍了Docker创建MySQL容器的方法，小编觉得挺不错的，现在分享给大家，也给大家做个参考。一起跟随小编过来看看吧
Docker一键部署MySQL 8
03-26
Docker一键部署MySQL 8脚本
关于MYSQL的配置文件my.cnf 一些存放位置和配置说明
热门推荐
gzt19881123的专栏
12-29 4万+
关于MYSQL的配置文件my.cnf 存放位置和配置说明
MySql5.7 配置文件 my.cnf 设置
gzt19881123的专栏
09-20 4万+
参考mysql官方文档注释Mysql5.7配置中的常用参数
docker创建mysql8的 PXC集群
03-30
以下是创建MySQL 8的PXC集群的步骤： 1.安装Docker和Docker Compose 在安装Docker之前，需要先卸载旧版本的Docker。然后，按照相应的操作系统的指引安装最新版本的Docker和Docker Compose。 2.创建Dockerfile 创建Dockerfile，以便Docker能够构建MySQL 8的PXC镜像。下面是一个示例Dockerfile： ``` FROM mysql:8.0 RUN apt-get update && apt-get install -y wget gnupg2 RUN wget https://repo.percona.com/apt/percona-release_latest.$(lsb_release -sc)_all.deb RUN dpkg -i percona-release_latest.$(lsb_release -sc)_all.deb RUN apt-get update && apt-get install -y percona-xtradb-cluster-57 COPY my.cnf /etc/mysql/my.cnf CMD ["mysqld"] ``` 3.创建docker-compose.yml文件 在docker-compose.yml中定义PXC集群的服务。下面是一个示例docker-compose.yml文件： ``` version: '3' services: db1: image: mysql-pxc hostname: db1 ports: - "3306:3306" volumes: - /data/mysql/db1:/var/lib/mysql environment: - MYSQL_ROOT_PASSWORD=root - CLUSTER_NAME=mycluster - CLUSTER_JOIN=db1,db2,db3 db2: image: mysql-pxc hostname: db2 volumes: - /data/mysql/db2:/var/lib/mysql environment: - MYSQL_ROOT_PASSWORD=root - CLUSTER_NAME=mycluster - CLUSTER_JOIN=db1,db2,db3 db3: image: mysql-pxc hostname: db3 volumes: - /data/mysql/db3:/var/lib/mysql environment: - MYSQL_ROOT_PASSWORD=root - CLUSTER_NAME=mycluster - CLUSTER_JOIN=db1,db2,db3 ``` 4.构建和启动PXC集群 使用以下命令构建和启动PXC集群： ``` docker-compose up --build -d ``` 5.验证PXC集群 使用以下命令验证PXC集群是否正常工作： ``` docker exec -it pxc_db1 mysql -uroot -proot -e "SHOW STATUS LIKE 'wsrep_cluster_size'" ``` 如果输出结果是3，那么就表示PXC集群已经成功创建。 以上就是创建MySQL 8的PXC集群的步骤。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值