普通集群模式默认不复制消息，仅同步队列名、Exchange、Binding等元数据，队列消息只存于声明它的主节点，主节点宕机则队列不可用且未确认消息永久丢失。
普通集群模式默认不复制消息，直接上生产等于裸奔
Linux 上装完 RabbitMQ 并用 rabbitmqctl join_cluster 拉起多个节点，看起来是“集群”了，但实际只是元数据同步——队列名、Exchange、Binding 会同步，队列里的消息一条都不会复制到其他节点。这意味着：如果某个队列只在 node1 上声明，node1 宕机后，这个队列立刻不可用，所有未确认（unack）的消息永久丢失，消费者直接断连。
常见错误现象：rabbitmqctl cluster_status 显示三节点在线，但 rabbitmqctl list_queues name slave_pids 查出所有队列的 slave_pids 列为空；管理界面里队列详情页显示 “Not mirrored”；应用日志频繁报 ChannelClosedException 或连接拒绝。
- 必须手动启用镜像策略，不能依赖“集群已建好”就认为高可用已生效
-
ha-mode必须显式设为all、exactly或nodes，留空或缺省值等同于不镜像 - 策略正则要覆盖目标队列名，例如用
"^"匹配全部队列，或"^ha\."只匹配以ha.开头的队列 - 执行后务必验证：
rabbitmqctl list_queues name slave_pids中对应队列的slave_pids不为空才算生效
erlang.cookie 不一致或权限错，集群根本连不上
所有节点的 /var/lib/rabbitmq/.erlang.cookie 文件内容必须完全一致，且权限必须是 400、属主为 rabbitmq 用户。这是 Erlang 节点间认证的唯一凭证，出一点差错，rabbitmqctl cluster_status 就只显示本机节点，epmd -port 4369 查不到其他节点，netstat -tuln | grep 25672 看不到跨节点连接。
典型翻车点：
- 用
scp复制 cookie 后没改权限：chmod 400 /var/lib/rabbitmq/.erlang.cookie和chown rabbitmq:rabbitmq /var/lib/rabbitmq/.erlang.cookie缺一不可 - 在 root 下操作，但忘记把文件属主改回
rabbitmq，导致 RabbitMQ 进程启动时读不到 cookie - 节点间系统时间偏差超过 60 秒，Erlang 分布式通信握手失败（用
ntpdate -u pool.ntp.org或chronyd校时） - 防火墙只开了
5672（AMQP）和15672（HTTP 管理），漏掉4369（epmd）和25672（节点间通信），集群无法握手
客户端不支持多地址或自动恢复，集群再稳也白搭
RabbitMQ 集群本身不提供 VIP 或 DNS 转发，客户端必须自己实现故障转移。硬编码单节点地址（如 localhost:5672）或只传一个 host，一旦该节点宕机，连接立即中断，不会尝试其他节点。
主流 SDK 的正确姿势：
- Spring Boot 中配置
spring.rabbitmq.addresses=node1:5672,node2:5672,node3:5672，并确保spring.rabbitmq.dynamic=false（禁用自动创建连接工厂的简化模式） - Pika 使用
ConnectionParameters(hosts=["node1", "node2", "node3"])，而非host="node1" - Java Client 必须调用
setAutomaticRecoveryEnabled(true)，否则网络抖动或节点重启后连接不会自动重连 - 所有客户端都应设置合理的
connection_timeout和retry_attempts，避免卡死在不可达节点上
镜像策略生效后，仍需关注同步延迟与磁盘压力
启用 ha-mode: all 后，新消息会同步写入所有镜像节点，但同步是异步的。极端情况下（如某节点磁盘满、网络瞬断），可能出现主节点已 ACK、从节点尚未写入的情况，此时主节点宕机即丢消息。另外，镜像队列会显著增加磁盘 I/O 和内存占用——每个镜像副本都保存完整消息副本，3 节点全镜像相当于消息存储量 ×3。
关键控制点：
-
ha-sync-mode推荐设为automatic，避免手动触发rabbitmqctl sync_queue遗漏 - 监控各节点磁盘使用率，
/var/lib/rabbitmq/mnesia/下目录大小应基本一致，若某节点明显偏小，说明同步卡住 - 避免对所有队列无差别镜像，可按业务分级：核心订单队列用
ha-mode: all，日志类队列用ha-mode: exactly并设ha-params: 2 - 注意
queue master location策略影响性能，若强制指定 master 在慢节点，整体吞吐会受限
真正决定高可用的不是“能不能搭起来”，而是镜像策略是否生效、cookie 是否严丝合缝、客户端是否真能切走——这三个环节任意一个松动，集群就只是个好看摆设。尤其 .erlang.cookie 权限和客户端自动恢复，最容易被跳过验证，上线前务必逐项敲命令确认。
