RabbitMQ 消息持久化设置失效的疑难排查
在 RabbitMQ 中，delivery_mode 属性控制消息持久化方式。设置为 1 表示消息仅存储在内存中，但实际应用中，即使设置了 delivery_mode: 1，消息有时仍会被写入磁盘，导致性能下降。
本文分析一个案例：用户发现即使设置 delivery_mode: 1，消息投递速度仍然很慢，并且内存中消息数量(In memory)与持久化消息数量(Persistent)相等。这与预期不符，因为非持久化消息不应该写入磁盘。
用户已确认消息的 delivery_mode 正确设置，排除了代码问题。考虑到该队列由 Kubernetes 管理员部署，用户怀疑是服务器配置问题。在 Docker 环境下测试，问题未重现，进一步佐证了此猜测。
用户提出了两种可能：
- 服务器内存不足。
- RabbitMQ 启用了某些特殊特性。
关键观察：无论 delivery_mode 为 1 或 2，In memory 和 Persistent 值始终相等。
社区成员给出了一个合理的解释：启用 Stream 队列。Stream 队列是 RabbitMQ 的一种特殊队列类型，默认启用持久化，即使 delivery_mode 设置为 1，消息也会写入磁盘。
因此，如果遇到类似问题，请检查是否使用了 Stream 队列。如果是，则需要调整相关配置，例如禁用 Stream 队列的持久化或使用普通队列，以确保消息处理符合预期。 这将有助于提升消息投递速度，避免因非预期持久化导致的性能瓶颈。
