普通集群模式默认不复制消息，必须显式配置镜像策略才能实现高可用；镜像策略须通过rabbitmqctl set_policy命令设置并验证生效，且需同步.erlang.cookie、正确权限及执行stop_app/start_app重载拓扑。
普通集群模式默认不复制消息，不能直接用于生产
执行 rabbitmqctl join_cluster 后 rabbitmqctl cluster_status 显示多个节点在线 ≠ 高可用。普通集群只同步 exchange、binding 和队列元数据，队列本身和其中的消息仍只存于声明它的那个节点上。该节点宕机，对应队列立刻不可用，未确认消息永久丢失，消费者连接直接失败。
常见错误现象包括：rabbitmqctl list_queues name slave_pids 返回空列表；管理界面里队列详情页显示 “Not mirrored”；客户端频繁报 ChannelClosedException 或连接拒绝。
- 必须显式配置镜像策略，不能依赖“集群已建好”就认为容灾生效
- Web UI 里设置的镜像策略仅写入当前节点内存，不广播到集群，实际无效
-
ha-mode留空或缺省值等同于不镜像，必须明确设为all、exactly或nodes
镜像策略必须用 rabbitmqctl set_policy 设置
真正生效的镜像策略只能通过命令行下发，它会写入集群元数据并广播到所有节点。例如在 3 节点集群中启用全量镜像：
rabbitmqctl set_policy ha-all "^" '{"ha-mode":"all","ha-sync-mode":"automatic"}'
若想更均衡（避免全量同步拖慢吞吐），推荐使用 exactly 模式：
rabbitmqctl set_policy ha-exactly "^" '{"ha-mode":"exactly","ha-params":2,"ha-sync-mode":"automatic"}'
- Pattern 必须是正则表达式，
*无效，应写成^.*$或简写.* - 策略名禁用特殊字符，如
ha-policy@prod会失败，改用ha-prod-policy - 应用前确保目标 vhost 存在，否则策略静默失效；跨 vhost 配置需加
-p /your_vhost - 执行后必须验证：
rabbitmqctl list_queues name synchronised_slave_pids中对应队列字段非空才算生效
.erlang.cookie 同步和权限是集群连通的前提
/var/lib/rabbitmq/.erlang.cookie 是 Erlang 分布式通信的密钥，三节点内容必须**逐字节一致**，哪怕一个空格差异都会导致假连通：表面 cluster_status 显示节点名，实则无法同步队列数据。
权限也必须严格设为 400，属主为 rabbitmq：
sudo chown rabbitmq:rabbitmq /var/lib/rabbitmq/.erlang.cookie sudo chmod 400 /var/lib/rabbitmq/.erlang.cookie
- 不同步 cookie →
join_cluster可能返回 success，但后续策略、队列同步全部失败 - 权限不对（如 644）→ Erlang 节点拒绝通信，日志报
auth_failure - cookie 文件路径固定，不能通过环境变量或配置覆盖
节点加入后必须 stop_app && start_app 才能加载集群拓扑
仅执行 rabbitmqctl join_cluster 不够。Erlang 节点虽连上，但 RabbitMQ 应用层未重载集群状态，镜像队列无法选举主从，新策略也不会生效。
正确顺序是（每个节点都执行）：
rabbitmqctl stop_app rabbitmqctl join_cluster rabbit@server-node1 rabbitmqctl start_app
- 主节点也要执行一遍
stop_app && start_app，否则部分策略元数据不同步 - 中途出错时，不要直接
systemctl restart rabbitmq-server—— 这会强制终止 Erlang 节点，可能卡住握手状态 - 验证是否真正生效：
rabbitmqctl list_queues name slave_pids应返回非空 PID 列表
客户端必须显式传入多个节点地址（如 amqp://user:pass@node1:5672,amqp://user:pass@node2:5672），RabbitMQ 自身不提供 DNS 轮询或自动故障转移逻辑。镜像队列只是让消息多存一份，连接高可用得靠客户端自己兜底。
