Redis中BigKey遭遇内存淘汰时如何避免服务卡死-Redis-PHP中文网

redis bigkey 淘汰卡顿的根本解法是开启 lazyfree-lazy-eviction（6.0+稳定），配合 unlink 替代 del，并定期用 redis-cli --bigkeys -i 0.001 在从节点扫描；淘汰策略应统一选 allkeys-lfu，禁用 volatile-ttl，集群下需定位并拆分倾斜的 bigkey。

redis中bigkey遭遇内存淘汰时如何避免服务卡死

Redis 遇到 BigKey 时触发内存淘汰，主线程会同步释放内存，直接卡死——这不是命令慢，是驱逐过程阻塞了整个事件循环。根本解法不是换策略，而是让驱逐异步化。

lazyfree-lazy-eviction 必须开，否则所有淘汰策略都白搭

Redis 4.0+ 默认在 evict 阶段同步释放 BigKey 内存（尤其是 DEL 大 hash 或大 zset），主线程会卡住几十毫秒甚至秒级。即使你用了 allkeys-lfu，只要没开异步驱逐，照样卡。

CONFIG SET lazyfree-lazy-eviction yes 是唯一能切断“淘汰 → 卡顿”链路的配置项
该参数只影响内存不足时的驱逐行为，不影响过期键清理（那是 lazyfree-lazy-expire 的事）
必须搭配 UNLINK 替代 DEL：对已知 BigKey 手动清理时，UNLINK 立即返回，释放交由后台线程
注意：lazyfree-lazy-eviction 在 Redis 6.0+ 才真正稳定，3.2.x 不支持，别白费劲

redis-cli --bigkeys 扫描本身就会卡，得控制采样粒度

线上跑 redis-cli --bigkeys 而不加限流，等于主动制造一次慢查询风暴。它默认扫描全部 key，对千万级实例就是灾难。

Redis Skill - 高性能缓存管理

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

下载

用 -i 0.001 降低采样间隔（比如 redis-cli -h 127.0.0.1 -p 6379 --bigkeys -i 0.001）
避开业务高峰执行，最好在从节点上跑（主从延迟大的话，先 CONFIG SET slave-read-only yes 确保只读）
重点关注输出里 Biggest hash 后面的数字：超过 10000 元素或 10240 字节（10KB）就标为高危
别信“只扫一次就够了”，BigKey 是动态产生的，要进 CI/CD 流水线定期扫描

淘汰策略选错会让 BigKey 问题雪上加霜

用 volatile-lru 或 volatile-ttl 并不能绕开 BigKey 卡顿，反而可能放大风险——因为它们只淘汰带 TTL 的 key，一旦漏设过期时间，BigKey 就永远钉在内存里，直到逼 Redis 启动 allkeys-* 兜底，这时才真正触发同步驱逐。

统一用 allkeys-lfu：按访问频次淘汰，天然保护热数据，且避免因 TTL 集中导致的雪崩式驱逐
把 maxmemory-samples 从默认 5 提到 10 或 15，降低采样偏差误杀热 key 的概率
禁用 volatile-ttl：它优先删马上过期的 key，容易引发整批失效，和 BigKey 驱逐叠加后更不可控
noeviction 不是避坑方案，是放弃治疗——写入直接报 (error) OOM command not allowed when used memory > 'maxmemory'