普通集群模式不能直接用于生产高可用，因其仅同步元数据而不复制队列消息，导致节点宕机时队列不可用、消息丢失且无自动切换能力。
集群本身不等于高可用，必须配合镜像策略 + 健康探测 + 客户端重连逻辑，否则单点故障仍会导致消息丢失或不可用。
为什么普通集群模式不能直接用于生产高可用
普通集群只同步元数据（队列名、Exchange定义、Binding关系），**不复制队列中的消息**。这意味着：
- 若声明队列为
但未启用镜像，该队列只存在于创建它的节点上；
- 该节点宕机 → 队列不可用，消费者无法拉取消息，已入队但未被确认的消息永久丢失；
- 客户端若直连宕机节点，连接直接失败，无自动切换能力。
必须配置镜像队列策略（ha-mode）
镜像队列是 RabbitMQ 实现高可用的核心机制，靠
设置，不是启动参数或配置文件开关：
必须设为
、
或
，不能留空或用默认值；
推荐设为
，避免手动同步遗漏；
策略作用范围需匹配队列名正则，例如
表示只对以
开头的队列生效；
执行后需确认队列实际已镜像：用
查看，非空表示有从副本。
示例命令：
erlang.cookie 同步和权限是最常卡住的环节
所有节点必须拥有完全一致的
文件内容，且权限必须为
、属主为
用户。常见错误包括：
Docker Desktop（linux）
当前 Docker 最新稳定版本之一，主要针对稳定性和兼容性进行了修复优化，适合生产环境与日常开发使用。该版本继续强化 AI 开发支持、容器日志管理以及 Docker Engine 的安全能力，对 Windows/macOS/Linux 平台兼容性进行了进一步优化。
下载
用
复制后没改权限，导致节点间认证失败，
显示只有本节点；
在 root 下操作但忘记
；
不同节点系统时间偏差 > 60 秒，Erlang 分布式通信会拒绝握手；
防火墙未放行
（epmd 端口）和
（节点间通信端口），仅开
和
不够。
客户端必须支持故障转移，不能硬编码单节点地址
Spring AMQP、Pika、RabbitMQ Java Client 等主流 SDK 都支持传入多个地址，但默认行为往往不是“自动重试其他节点”：
Spring Boot 中需显式配置
，并确保
（禁用自动创建连接工厂的简化模式）；
Pika 的
要传入
，而非单个
；
任何客户端都应启用
（如 Java Client 的
），否则网络抖动后连接不会重建；
不要依赖 DNS 轮询或负载均衡器做“透明转发”，RabbitMQ 协议包含节点名协商，中间设备可能破坏 handshake 流程。
真正起作用的高可用，藏在镜像策略是否生效、cookie 是否严格一致、客户端是否主动参与故障转移这三个地方。少一个，集群就只是看起来多台机器而已。
rabbitmqctldurablerabbitmqctl set_policyha-modeallexactlynodesha-sync-modeautomatic^ha\.ha.rabbitmqctl list_queues name slave_pidsrabbitmqctl set_policy ha-all "^" '{"ha-mode":"all","ha-sync-mode":"automatic"}'/var/lib/rabbitmq/.erlang.cookie400rabbitmqscprabbitmqctl cluster_statuschown rabbitmq:rabbitmq /var/lib/rabbitmq/.erlang.cookie436925672567215672spring.rabbitmq.addresses=node1:5672,node2:5672,node3:5672spring.rabbitmq.dynamic=falseConnectionParametersConnectionParameters(hosts=["node1", "node2", "node3"])hostautomatic-recoverysetAutomaticRecoveryEnabled(true)