使用 RabbitMQ 时，为什么设置了 delivery_mode: 1 的消息仍会被写入磁盘？

rabbitmq：delivery_mode=1 消息为何仍写入磁盘？

使用 RabbitMQ 时，设置 delivery_mode: 1 理应避免消息写入磁盘，因为它表示非持久化消息。然而，实际情况中，即使设置了 delivery_mode: 1，消息发送速度仍然缓慢，RabbitMQ 管理界面显示消息同时存在于内存和磁盘中。

问题现象

使用 delivery_mode: 1 发送消息，速度却与 delivery_mode: 2 (持久化消息) 一样慢。监控面板显示 “内存中” 和 “持久化” 消息数量相同，这与预期不符。已确认消息确实设置了 delivery_mode: 1，但仍然写入磁盘。

问题根源分析

问题可能与 RabbitMQ 的配置或运行环境有关。文章提到，在 kubernetes 环境中部署的队列出现此问题，而本地 docker 环境则没有。

可能的因素：

1. 内存不足：可能性较低，因为没有明显的内存告警。
2. 启用特定特性：某些 RabbitMQ 特性可能导致此问题。

进一步观察发现，队列类型为 classic，无论 delivery_mode 设置为何值，”内存中” 和 “持久化” 消息数量总是相等。

解决方案

最终，问题在于 使用了 stream 队列。stream 队列可能默认启用持久化，即使 delivery_mode: 1，消息也会写入磁盘。

因此，遇到类似问题时，务必检查是否使用了 stream 队列。 理解队列类型及其配置对于优化消息持久化和性能至关重要。 如果需要非持久化消息，应避免使用 stream 队列，或仔细检查其持久化相关配置。