本包目录(206 条)

脑裂 Split-Brain

主备之间网络中断后双方都认为自己是主:同时接受写入造成数据分叉,是容灾架构的高危场景;靠仲裁与隔离机制预防。

备份与容灾速查数据更新于 2026-10-12
成因心跳链路中断 + 双方都具备提升条件
后果双主写入、数据分叉,恢复时难以合并
预防仲裁多数派、fencing 隔离(断电/断网/吊销存储)、人工确认流程

MySQL 主从防脑裂实践(示例)

MySQL 主从防脑裂实践(示例)
-- 从库延迟未归零或复制线程异常时,拒绝提升
-- 提升脚本应加入前置检查(延迟、read_only 状态、GTID 一致性)
SELECT @@global.read_only, @@global.super_read_only;
网络抖动时的『自动切换』要先确认隔离手段:无法隔离故障侧时,宁可人工决策,也不自动提升。

易错点

  • 心跳与数据走同一网络:网络中断时既误判又无法隔离
  • 无 fencing 机制就配自动切换,抖动一次可能换来一次数据分叉

数据来源与参考

  • 高可用集群原理(quorum/fencing 机制)
  • 数据库高可用实践(防脑裂检查)
​‌‌​​‌​​​‌‌​‌‌‌‌​‌‌​​​‌‌​‌‌‌​​‌‌​​‌​‌‌‌​​‌‌‌​​​‌​‌‌​‌​​‌​‌‌‌​​​‌​‌‌​‌​​‌​‌‌​​​‌‌​‌‌‌​‌​​​‌‌​‌‌‌‌​​‌​‌‌‌​​‌‌​​​‌‌​‌‌​‌‌‌‌​‌‌​‌‌​‌