普通集群模式仅同步元数据（Exchange、Binding、队列定义），不复制队列消息，节点宕机则其上队列不可用、未确认消息永久丢失；必须配置镜像策略（如ha-mode: all）并同步.erlang.cookie、启用客户端自动恢复，才能实现高可用。
RabbitMQ 默认集群模式不是高可用方案，必须额外配置镜像策略或仲裁队列，并同步 .erlang.cookie、启用客户端自动恢复，否则节点宕机就会丢消息、连不上。
普通集群模式为什么不能直接用于生产
普通集群只同步 Exchange、Binding、队列元数据，不复制队列里的消息。这意味着：
- 一个 durable 队列若没配镜像，只存在于创建它的那个节点上；
- 该节点挂了 → 队列不可用，消费者拉不到消息，未确认的消息永久丢失；
- 客户端直连这个节点时，连接直接失败，无自动切换逻辑。
所以 rabbitmqctl cluster_status 显示“3 nodes” ≠ 高可用，只是 Erlang 节点连上了而已。
必须配置镜像策略（ha-mode）才能实现队列级容灾
镜像策略是 RabbitMQ 唯一原生支持的高可用机制，靠 rabbitmqctl set_policy 设置，不是改配置文件或启动参数。
-
ha-mode必须显式设为all、exactly或nodes，留空或默认值无效； -
ha-sync-mode推荐设为automatic，避免手动同步遗漏导致从副本落后； - 策略正则要匹配队列名，比如
"^ha\."只对以ha.开头的队列生效； - 执行后用
rabbitmqctl list_queues name slave_pids确认返回非空，才表示镜像已生效。
示例命令（全队列镜像）：rabbitmqctl set_policy ha-all "^" '{"ha-mode":"all","ha-sync-mode":"automatic"}'
.erlang.cookie 同步和权限是最容易卡住的环节
所有节点的 /var/lib/rabbitmq/.erlang.cookie 文件内容必须完全一致，且权限和属主严格受限：
- 权限必须是
400（即rw-------），否则 Erlang 拒绝握手； - 属主必须是
rabbitmq:rabbitmq，root 下操作后常忘记chown； - 节点间系统时间偏差不能超过 60 秒，否则分布式通信失败；
- 防火墙必须放行
4369（epmd）和25672（节点间通信），仅开5672和15672不够。
常见现象：rabbitmqctl cluster_status 只显示本节点，netstat -tuln | grep :4369 看不到监听，基本就是 cookie 或防火墙问题。
客户端必须自己处理故障转移，RabbitMQ 不会帮你切节点
服务端集群搭好了，客户端不配合照样单点失效。主流 SDK 都支持多地址，但默认行为往往不是自动重试：
- Spring Boot 中要写死多个地址：
spring.rabbitmq.addresses=node1:5672,node2:5672,node3:5672，并禁用简化模式：spring.rabbitmq.dynamic=false； - Pika 要传
ConnectionParameters(hosts=["node1", "node2", "node3"])，不能只传单个host； - Java Client 必须调用
setAutomaticRecoveryEnabled(true)，否则网络抖动就断连不重连； - 任何客户端都应设置合理的
connection_timeout和retry_attempts，避免卡在不可达节点上。
真正上线前，建议手动 kill 一个节点，观察消费者是否自动迁移到其他节点并继续消费——这是唯一能验证 HA 是否落地的步骤。
