今天介绍MGR集群的日常管理维护操作，包括主节点切换，单主&多主模式切换等。手工操作以及利用MySQL Shell两种方式都会分别介绍。现在有个三节点的MGR集群：mysql> select * from performance_schema.replication_group_mem
2023-08-15
MGR和传统主从复制类似，在运行过程中主要关注各节点的运行状态，以及Secondary节点的事务是否有延迟。本文介绍如何监控MGR节点状态、事务状态等。1. 节点状态监控通过查询 performance_schema.replication_group_members 表即可知道MGR各节点的状态：
2023-08-15
本文介绍如何在MGR集群前端部署MySQL Router以实现读写分离、读负载均衡，以及故障自动转移。MySQL Router是一个轻量级的中间件，它采用多端口的方案实现读写分离以及读负载均衡，而且同时支持mysql和mysql x协议。建议把MySQL Router部署在应用服务器上，每个应用服务
2023-08-15
本次介绍如何利用ansible一键安装GreatSQL并完成MGR部署。本文介绍的运行环境是CentOS 7.9：[root@greatsql ~]# cat /etc/redhat-release CentOS Linux release 7.9.2009 (Core) [root@gre
2023-08-15
为了方便社区用户体验GreatSQL，我们同时还提供Docker镜像，本文详细介绍如何在Docker中部署GreatSQL，并且构建一个MGR集群。本文涉及的运行环境如下：[root@greatsql]# cat /etc/redhat-release CentOS Linux release 7
2023-08-15
本文介绍MGR的选主算法，以及当MGR集群中有多个不同版本混搭时，如何才能正常运行，有什么注意事项。1. 选主算法MGR运行在单主模式时，当发生主节点切换，就需要进行选主工作。多主模式下，所有节点都是主节点，就不需要选主了。MGR的选主工作是自动的，每个节点都会参与。选主时会检查当前最新的组视图，对
2023-08-15
本文简单介绍下MGR的整体技术架构概况，事务同步过程，事务认证机制等关键知识点。1. MGR架构再来看一遍MGR的架构图： 从上图可知，MGR工作时，主要涉及到以下三层：Server层：负责处理用户请求，接收用户事务，返回结果等。MGR处理层：接收来自Server层的事务请求，处理Paxos层返回消
2023-08-15
本文从日志解读MGR节点加入过程。1. 从日志理解（手动）加入新节点过程新节点加入MGR集群时，通过观察它的日志（设置 log_error_verbosity=3 日志中能记录更多信息，便于跟踪和排查故障），能更好的理解MGR的工作过程及数据同步机制。下面是（命令行手工操作方式，不是通过MySQL
2023-08-15
本文介绍节点加入时是如何进行分布式恢复的。1. 数据恢复过程每当有节点新加入或重新加入MGR集群时，该节点必须要先追平落后（有差异）的事务，这个追平最新数据的过程称为分布式恢复。先进行 本地恢复，然后再进行 全局恢复。本地恢复主要工作是先启动本地group_replication_applier恢复
2023-08-15
本文介绍MGR中的流量控制（流控）是怎么工作的。1. MGR流控在MGR中，各个节点的事务处理能力不尽相同，这就可能会造成个别节点上存在事务复制延迟，在这些节点上就有可能读取到旧事务数据。复制延迟的另一个风险时，当有新节点加入时，需要选择一个节点作为donor节点，若该节点存在延迟，则可能最后会选中
2023-08-15
本文介绍MGR的故障检测机制，以及发生网络分区后如何处理。1. 故障检测当MGR中个别节点与其他节点通信异常时，就会触发故障检测机制，经过多数派节点投票判断后再决定是否将其驱逐出MGR。发生故障时，只有当多数派节点存活前提下，故障检测机制才能工作正常，使得MGR恢复可用性；当多数派节点本身已经异常的
2023-08-15
本文介绍MGR如何保障数据一致性及安全性。1. MGR事务一致性对于MGR这样的"分布式"系统而言，需要在多个节点间保障事务的一致性，无论各个节点状态正常，或者个别节点处于故障修复状态，都要能保证各个节点的事务数据最终一致。所谓的最终一致性是指当所有写事务请求都停止后，各个节点上的事务数据是一致的。
2023-08-15
本文介绍MGR性能优化相关内容。1. 性能瓶颈在MGR架构中，可能存在众多可能会影响整体性能，包括本地节点中常见的一些性能瓶颈点，也可能包括MGR层产生的。一般而言，造成MGR性能瓶颈的原因可能有以下几种情况：集群中，个别节点存在性能瓶颈。不恰当的流控阈值，导致性能受限。官方版本流控算法缺陷，导致性
2023-08-15
本文介绍MGR最佳实践参考以及使用MGR的约束限制。1. 参数选项设置下面是几个MGR相关参数选项设置建议：#建议只用单主模式 loose-group_replication_single_primary_mode=ON #不要启用引导模式 loose-group_replication_
2023-08-15
本文介绍GreatSQL的一些关键新特性，相关特性主要针对GreatSQL 8.0.x版本（不含GreatSQL 5.7.x版本中的相关特性）。1. 地理标签可以对每个节点设置地理标签，主要用于解决多机房数据同步的问题。新增选项 group_replication_zone_id，用于标记节点地理标
2023-08-15
0. 前言是什么原因不敢上MySQL MGR？1. 什么是MySQL MGR当我在群里说起MySQL MGR时，的确还有人不知道这是啥东东。有群友打趣，说这是：美国人卖狗肉蒙古人我只能说，你们真的都是天才。言归正传。MySQL MGR是MySQL组复制（Group Replication）的简称。M
2023-08-15
0. 内容提纲1. 运行环境2. 部署MGR A&B3. 部署MGR A、B之间的复制通道4. 几个注意事项如何在多个数据中心部署多套MySQL MGR集群以便快速切换。在金融应用场景下，经常会要求在同城多中心部署高可用数据库架构，以期实现在发生故障时能达到快速切换的目标。在同一个数据中心内
2023-08-15
内容提纲1、什么是Async Replication Auto failover2、基于MGR的两地三中心数据库架构方案3、配置Async Replication Auto failover4、模拟故障，确认可自动切换如何在多个数据中心部署多套MGR集群，并实现故障快速切换。上篇文章介绍了如何在多数
2023-08-15
1、引子某次测试过程中，发现在 AFTER 级别下，节点故障会导致集群无法进行事务提交，同时，当事务进入提交阶段后，其它节点无法开启只读事务。整个集群无法正常提供服务，直到故障节点被踢出集群。以下首先复现上述故障场景的步骤：1、初始化一个3节点的集群。集群信息如下： mysql> sel
2023-08-15
一、架构需求:正常情况下每个云的业务程序(下图中的APP) 通过本地的cetus 写入本地的MGR 节点(默认启动时通过cetus 配置本地MGR 节点为rw); 读请求会根据 cetus 读写分离策略路由到不同的云的MGR 节点当本地MGR 节点故障,则cetus 会自动检测配置中的后端MGR 节
2023-08-15