Redis配置volatile-lru与10MB内存上限后仍触发OOM错误咨询

这个问题我之前在电商缓存场景里踩过坑，咱们一步步拆解来看：

可能的原因 #

• 缓存key未设置过期时间：volatile-lru的核心逻辑是只回收带有过期时间的key，如果你的页面缓存key没有配置EXPIRE或者在写入时没带过期参数，Redis会把这些key当作永久key，内存满了之后不会回收它们，直接触发OOM错误。这是最容易忽略的点。
• 并行请求的突增压力：Redis是单线程模型，当大量并行请求同时写入缓存时，回收旧key的操作和新请求的写入操作是串行执行的。假设每个缓存数据500KB，10MB内存最多容纳20个缓存，要是一下子进来30个请求，Redis还没来得及完成LRU回收，内存就被撑爆了，自然会抛出OOM错误。
• 内存计算偏差：Redis的内存占用不仅包含缓存数据，还有key的元数据（比如key名称、过期时间、哈希表结构等）。如果你的key名称较长，元数据占用的内存可能超出预期，实际可用的缓存空间会小于10MB，更容易触发OOM。

解决方案 #

• 检查并补全过期时间：确保所有缓存key都设置了合理的过期时间，比如根据页面更新频率设置15分钟到1小时。可以用命令redis-cli INFO keyspace查看每个数据库中带过期时间的key占比（expires字段），确认和总key数（keys字段）接近。写入缓存时推荐用SET key value EX 3600这种带过期参数的命令，避免遗漏。
• 调整maxmemory阈值：适当调大maxmemory的值，比如设为15MB，给Redis的回收操作留足缓冲空间，应对突发的并行请求和元数据占用。
• 优化LRU回收效率：调整maxmemory-samples参数（默认是5），可以设置为10或20（执行config set maxmemory-samples 10）。这个参数控制Redis选择待回收key时的采样数量，值越大，LRU选择越精准，减少无效回收的开销，提升速度。注意不要设得过大，否则会增加CPU消耗。
• 考虑切换到allkeys-lru策略：如果你的缓存没有必须永久保留的key，换成maxmemory-policy allkeys-lru会更稳妥。它会回收所有key中最少使用的，不受过期时间限制，避免因漏设过期时间导致的OOM。
• 限流与缓存预热：在电商高峰时段，提前预热热门页面的缓存，或者对并行请求做限流处理，避免短时间内大量请求冲击Redis，超过其回收能力。

内容的提问来源于stack exchange，提问作者Isengo