确认集群已脑裂需立即检查：执行rabbitmqctl cluster_status，若partitions字段非空、各节点running_nodes不一致，或日志中出现inconsistent_database/running_partitioned_network错误，即为实锤脑裂。
怎么确认集群已经脑裂了
别等管理界面弹出 Network partition detected 警告才行动，那已经是事后信号。真正要查的是节点间状态是否一致：
- 在每个节点执行
rabbitmqctl cluster_status，重点看输出里的partitions字段 —— 如果非空（比如{partitions,[{rabbit1@node,[rabbit2@node]}]}），说明已分裂 - 对比各节点的
running_nodes列表，只要有一个节点看到的活跃节点数少于其他节点，就是实锤分区 - 搜日志：
grep -i "inconsistent_database\|running_partitioned_network" /var/log/rabbitmq/rabbit@*.log，Mnesia 底层报这些错，基本可以锁定脑裂
cluster_partition_handling 配置必须显式设置
cluster_partition_handling 不是“可选开关”，而是“不设就等于设成 ignore”——而 ignore 在生产环境等同于裸奔。它必须在所有节点的 rabbitmq.conf 里明确定义，且值完全一致，否则行为不可预测。
-
pause_minority：适合 3 或 5 节点中小集群，少数派节点自动stop_app，网络恢复后自动同步重启；但要求节点数为奇数，否则 4 节点分 2+2 时两边都停 -
autoheal：自动选一个分区作为“主”，强制重启其余节点加入；风险是未同步到多数派的镜像队列消息会永久丢失，且消费者连接被粗暴中断 -
pause_if_all_down：指定信任节点列表，当本节点连不上列表中任一节点时自停；适合跨机房部署，但配置稍复杂，需配[nodes]和 fallback 策略
配置后必须重启且验证生效
改完 rabbitmq.conf 不重启 = 白改。RabbitMQ 不支持热加载该配置，必须逐个节点执行 rabbitmqctl stop + rabbitmq-server -detached（或 systemctl restart rabbitmq-server）。
RabbitMQ 4.2.3
下载
RabbitMQ 4.2.3 是 2026 年初发布的重要稳定更新版本，重点修复了 Khepri 元数据存储相关问题，并改进了监控性能。对于使用 Docker、Kubernetes 或微服务架构的开发团队来说，该版本兼容性和稳定性表现较好。
- 重启后立刻执行
rabbitmqctl environment | grep cluster_partition_handling，确认输出里有你设的值 - 故意断开一个节点网络（如
iptables -A OUTPUT -d <other-node-ip> -j DROP</other-node-ip>），观察该节点是否按预期行为：比如设了pause_minority就该在几秒内变成not running - 注意
.erlang.cookie权限必须是400，否则节点间认证失败，看起来像脑裂，其实是根本没组上集群
Quorum Queue 场景下 cluster_partition_handling 无效
如果你用的是 quorum queue（不是镜像队列），cluster_partition_handling 的配置对它完全不起作用。因为 quorum queue 底层走 Raft 协议，自带防脑裂和自动选主能力。这时候你该关注的是 raft_log_max_size、raft_follower_fetch_interval 这类 Raft 相关参数，而不是 Mnesia 分区策略。
容易被忽略的一点：同一个集群里，quorum queue 和镜像队列共存时，前者不受 cluster_partition_handling 影响，后者受——得分开评估恢复逻辑。
