RabbitMQ：delivery_mode=1 消息仍写入磁盘的解析
在RabbitMQ中，delivery_mode=1 表示消息非持久化，理论上不会写入磁盘。然而，实际应用中，即使设置了非持久化，消息有时仍会写入磁盘，导致性能下降甚至内存溢出。本文将分析可能原因及解决方法。
流队列(Stream Queue)的影响
启用流队列是导致delivery_mode=1的消息写入磁盘的主要原因之一。流队列旨在高效地进行消息流式传输，即使消息设置为非持久化，在内存中短暂停留期间，也会被视为持久消息，从而写入磁盘。
如何检查和禁用流队列
您可以通过检查队列配置确定是否启用了流队列。如果队列类型为"stream"，则表示已启用。要禁用，请将队列类型修改为"classic"。
其他潜在因素
除了流队列，以下因素也可能导致非持久化消息写入磁盘：
- 内存压力: RabbitMQ服务器内存不足时，会将部分消息写入磁盘以释放内存。
-
持久化策略: 某些全局持久化策略会强制所有消息写入磁盘，忽略
delivery_mode设置。 - 自定义插件: 某些自定义插件可能干预消息持久化机制。
重要提示:
此问题主要存在于经典队列（classic queue）。RabbitMQ的Streams API已弃用流队列，并引入了新的持久化机制，在该机制下，delivery_mode的设置将始终生效。 建议升级到使用新的Streams API，以避免此类问题。
