随笔 - 404  文章 - 4  评论 - 0  阅读 - 25万

MySQL MGR 单主模式下master角色切换规则

MGR单主模式,master节点可读可写,其余节点都是只读。当配置MGR为单主模式,非master节点自动开启super_read_only

当可读可写的节点异常宕机,会进行怎样的切换?
在选择新的可写角色时,主要参考两个参数:
1.group_replication_member_weight
2.server_uuid

首先在竞选可选角色中的节点中,选出group_replication_member_weight最大的一个来作为新的可写节点;
如果存在多个节点的group_replication_member_weight相同,那么就选这些节点中server_uuid较小的。

例如三个节点有如下设置:
• mysqlmgr1: group_replication_member_weight=30, server_uuid=aaaa
• mysqlmgr2: group_replication_member_weight=40, server_uuid=bbbb
• mysqlmgr3: group_replication_member_weight=40, server_uuid=cccc
当前mysqlmgr1是可写节点,但异常宕机了,那么需要在mysqlmgr2和mysqlmgr3中挑选新的可写节点。
由于mysqlmgr2和mysqlmgr3拥有相同的group_replication_member_weight值,所以进一步比较两者的server_uuid,这里是选择mysqlmgr2作为新的可写节点。

posted on   HelonTian  阅读(1098)  评论(0编辑  收藏  举报
编辑推荐:
· 浏览器原生「磁吸」效果!Anchor Positioning 锚点定位神器解析
· 没有源码,如何修改代码逻辑?
· 一个奇形怪状的面试题:Bean中的CHM要不要加volatile?
· [.NET]调用本地 Deepseek 模型
· 一个费力不讨好的项目,让我损失了近一半的绩效!
阅读排行:
· PowerShell开发游戏 · 打蜜蜂
· 在鹅厂做java开发是什么体验
· 百万级群聊的设计实践
· WPF到Web的无缝过渡:英雄联盟客户端的OpenSilver迁移实战
· 永远不要相信用户的输入:从 SQL 注入攻防看输入验证的重要性
< 2025年2月 >
26 27 28 29 30 31 1
2 3 4 5 6 7 8
9 10 11 12 13 14 15
16 17 18 19 20 21 22
23 24 25 26 27 28 1
2 3 4 5 6 7 8

点击右上角即可分享
微信分享提示