MySQL组复制MGR(四)-- 单主模式与多主模式
(一)概述
组复制可以运行在单主模式下,也可以运行在多主模式下,默认为单主模式。组的不同成员不能部署在不同模式下,要切换模式,需要使用不同配置重新启动组而不是单个server。
相关参数如下:
# 该参数决定启用单主模式(on)还是多主模式(off),默认单主模式 loose-group_replication_single_primary_mode=off # 在多主模式下部署时,将检查语句以确保它们与该模式兼容。在多主模式下部署组复制时,将进行以下检查: # --如果事务是在SERIALIZABLE隔离级别下执行的,则在与组同步时,其提交将失败。 # --如果事务是针对具有具有级联约束的外键的表执行的,则该事务在与组同步时将无法提交。 # 这些检查可以通过设置选项来禁用 group_replication_enforce_update_everywhere_checks 到FALSE。在单主要模式下部署时,此选项必须设置为FALSE。 loose-group_replication_enforce_update_everywhere_checks=on
(二)单主模式
在单主模式下,组中只有一个节点可执行写操作,其它节点被自动设置为只读模式,主服务器通常是用于引导的第一个Server,后续所有其它的server设为只读。
在单主模式下,当主节点失败时,自动的选举机制将选择新的主节点,选举方法如下:
- 如果所有节点数据库版本均相同,则选择参数“group_replication_member_weight”值最大的节点作为主节点,如果多个服务器具有相同的“group_replication_member_weight”,则根据数据库实例的server_uuid排序,并选择第一个服务器。
- 如果节点数据库版本不一样,则选举过程会受影响。不过版本不一样的情况较少,这里不做讨论。
图.单主模式下的主节点选举
对于单主模式,如果要找出哪个是主数据库,可以使用下面的方法:
mysql> SHOW STATUS LIKE 'group_replication_primary_member'
(二)多主模式
多主模式每个节点都可以写数据,因此不存在节点选举,如果组成员发生故障,业务切换节点即可。
图.多主模式下的业务切换
分类:
----210 MySQL高可用
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· .NET Core 中如何实现缓存的预热?
· 从 HTTP 原因短语缺失研究 HTTP/2 和 HTTP/3 的设计差异
· AI与.NET技术实操系列:向量存储与相似性搜索在 .NET 中的实现
· 基于Microsoft.Extensions.AI核心库实现RAG应用
· Linux系列:如何用heaptrack跟踪.NET程序的非托管内存泄露
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· Manus的开源复刻OpenManus初探
· AI 智能体引爆开源社区「GitHub 热点速览」
· 三行代码完成国际化适配,妙~啊~
· .NET Core 中如何实现缓存的预热?