redis压测内存溢出主因常是客户端输出缓冲区超限而非数据量超maxmemory;需检查client-output-buffer-limit配置、监控client_longest_output_list等指标,并合理设置软硬阈值。

Redis 压测时报内存溢出,不是简单调大 maxmemory 就能解决的——底层缓冲区(如 client-output-buffer-limit)可能才是瓶颈。
压测中 OOM command not allowed when used memory > maxmemory 真因不一定是数据太多
压测时大量并发连接 + 高频响应(比如 bigkey 读取、订阅消息堆积、Lua 脚本返回大数据),会快速填满客户端输出缓冲区。此时 used_memory 可能远未触达 maxmemory,但 Redis 已拒绝写入——因为缓冲区超限触发了强制保护。
-
redis-cli info clients查看client_longest_output_list和client_biggest_input_buf,若数值持续 >1MB,说明缓冲区在积压 -
redis-cli config get client-output-buffer-limit默认值通常是:normal 0 0 0(无限制)、slave 256mb 64mb 60、pubsub 32mb 8mb 60;但压测用的是normal类型,而很多生产配置会误设为normal 2mb 64kb 60 - 压测工具(如 redis-benchmark、JMeter 的 Redis 插件)若未及时读取响应,缓冲区会持续膨胀,最终被 Redis 主动断连或拒绝命令
CONFIG SET client-output-buffer-limit normal 怎么调才安全
不能只加数字,必须同步控制「硬上限」和「软阈值触发时间」,否则可能掩盖真实问题或引发雪崩。
Redis 缓存和数据结构管理技能。通过自然语言操作 Redis,支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。
- 临时缓解(仅限压测环境):
CONFIG SET client-output-buffer-limit "normal 512mb 128mb 60"—— 允许缓冲区最大 512MB,当连续 60 秒超过 128MB 就断开该 client - 切忌设成
0 0 0:这等于关闭保护,单个异常 client 可能吃光整个 Redis 进程 RSS 内存,导致系统 OOM - 如果压测中发现
connected_clients持续飙升但used_memory平稳,大概率是 client 缓冲区未及时消费,需检查压测脚本是否漏读 reply 或存在阻塞调用
为什么改了 maxmemory 还报 OOM?
因为 maxmemory 控制的是「键值数据 + Redis 内部结构」的内存,不包含 client buffers、AOF rewrite buffer、复制积压缓冲区(repl-backlog)等运行时动态分配的内存。这些区域独立计费,且不受 maxmemory-policy 管控。
-
redis-cli info memory中的used_memory_rss显著高于used_memory(比如 ratio > 1.5),优先怀疑缓冲区或内存碎片 - 执行
redis-cli client list,看omem列是否有长期 >10MB 的连接,这类连接大概率卡死或未读响应 - 压测后记得恢复
client-output-buffer-limit,避免上线后被恶意长连接拖垮
缓冲区问题比数据量问题更隐蔽——它不留下大 key,不触发淘汰策略,只在高并发下突然失联。压测时务必同时盯紧 client 和 memory 两块指标,而不是只盯着 used_memory 数字。










