为什么Redis发布订阅的消息不占用磁盘空间_理解其纯内存转发特性-Redis-PHP中文网

redis pub/sub消息不落盘，仅暂存于客户端输出缓冲区，不计入used_memory，但缓冲区膨胀会耗尽物理内存导致oom。

为什么redis发布订阅的消息不占用磁盘空间_理解其纯内存转发特性

Redis 发布订阅（Pub/Sub）的消息确实不占用磁盘空间——这不是配置出来的效果，而是设计使然。 它压根不落盘、不写 AOF、不进 RDB，连 key 都不存在。你 PUBLISH 一条消息，Redis 就在内存里转一圈、发给订阅者、立刻丢弃，整个过程跟持久化模块完全无关。

Pub/Sub 消息到底存在哪？

只存在于每个订阅客户端连接的 输出缓冲区（output buffer） 中，且仅当该客户端还没来得及读走时才暂存。这个缓冲区是 per-connection 的，属于 Redis server 进程的堆内存，但 不计入 used_memory，也不受 maxmemory 和 maxmemory-policy 管控。

常见误解是“没配 AOF/RDB 就不会落盘”，其实根本不需要关——因为 Pub/Sub 从源头就绕开了所有持久化路径。

PUBLISH 不会触发 AOF rewrite 或 RDB fork
频道（channel）不是 key，KEYS * 查不到，DBSIZE 不统计
哪怕你把 appendonly no 和 save "" 全关了，Pub/Sub 行为也完全不变

为什么 INFO memory 里看不到 Pub/Sub 占用？

INFO memory 显示的 used_memory 只统计「键值对数据 + Redis 自身开销」，而 Pub/Sub 缓冲区被归类为「客户端连接上下文资源」，和 socket 读写缓冲、client query buffer 并列，走的是另一套内存统计口径。

Redis Skill - 高性能缓存管理

Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。

下载

验证方式：

redis-cli INFO clients | grep client_longest_output_list
redis-cli CLIENT LIST | grep -E "(addr|omem|cmd)"

你会看到某条连接的 omem 字段飙升，但 used_memory_human 纹丝不动——这就是纯内存转发最典型的信号。

不落盘 ≠ 不耗内存，容易踩的坑在这

虽然不写磁盘，但缓冲区膨胀照样吃光物理内存，且 OS OOM killer 会直接干掉 redis-server 进程，错误日志里连 OOM command not allowed 都不会出现，只有 Client closed connection due to output buffer limit reached。