FastCFS:再谈 选主 与 过半写:续:2节点群集 默认配置下,十分不可靠,几乎100%会发生脑裂问题!
如题:仅能由于测试。千万不要用于生产环境!
“选主” 通常能够完成,不管是否有vote参与;
问题在于:“过半写”的any或auto模式(即隐含的smart模式)在成功“选主“后,会运行在单节点server的群集模式下,此时,根本就无法且没有完成正常意义上的数据层的主从同步,即必然发生脑裂! 数据就不一致(乱掉了)!
-------------------------------------------------------------
那怎么正确使用2节点群集呢?
强烈建议:选主模式为majority、过半写也得是majority。
一句话:对于天然存在缺陷的2节点群集,必须强制要求遵循“大多数”策略!
..........................................................................
或者,逻辑上由用户自己来保证永远是最新数据的server节点在线、后关闭、先启动,另一个节点纯粹是备用模式(可被随时替换掉、或进行维护)。
简言之:永远保证逻辑上最新server节点可用。
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· 无需6万激活码!GitHub神秘组织3小时极速复刻Manus,手把手教你使用OpenManus搭建本
· C#/.NET/.NET Core优秀项目和框架2025年2月简报
· Manus爆火,是硬核还是营销?
· 终于写完轮子一部分:tcp代理 了,记录一下
· 【杭电多校比赛记录】2025“钉耙编程”中国大学生算法设计春季联赛(1)
2022-04-09 给widnows系统打补丁的感悟
2021-04-09 《优秀的 NTP-server 源服务器》