使用 RabbitMQ 时，即使设置了 delivery_mode: 1（表示消息是非持久性的），消息仍可能被写入磁盘，原因如下： 1. **队列持久化**：如果队列本身被设置为持久化（durable），那么即使消息是非持久性的，RabbitMQ 也会将这些消息写入磁盘。这是因为队列持久化意味着队列的定义和队列中的消息都需要在服务器重启后保留。 2. **内存压力**：RabbitMQ 会根据内存使用情况将消息从内存转移到磁盘。当内存压力增加时，即使消息是非持久性的，RabbitMQ 也会将它们写入磁

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 队列，或仔细检查其持久化相关配置。