当前位置：首页 > 问答 > 正文

Redis缓存自动删掉咋整，自动管理还能省心不少嘛

革姣丽
问答
2026-01-17 03:36:52
2

（信息来源：日常运维经验及Redis官方文档关于内存管理的说明）

Redis缓存自动删除数据这事儿，说白了就是它自己“肚子”不够大了，当存入的数据快把内存撑爆时，它得腾地方给新来的数据，这个机制本身不是bug，而是Redis设计出来的一种自我保护策略，叫做内存淘汰策略，你要是没特意设置过，Redis可能会用一个默认策略，那它删起数据来就可能显得“不讲道理”,让你觉得咋突然少了不少缓存。

为啥它会“自作主张”地删缓存？

核心原因就一个：内存用完了，你可以把Redis服务器想象成一个仓库，内存就是仓库的固定大小，你不停地往里面塞东西（写缓存），总有一天会塞满，当仓库满了，但又有新货要进来时，怎么办？总不能把墙撑破吧，这时候，Redis这个仓库管理员就必须做出选择：把哪些旧货扔掉，才能给新货腾出空间，这个“选择扔什么”的规则,就是内存淘汰策略。

不是你操作失误删了，也不是Redis坏了，而是它在你设定的内存上限下，按照你指定（或默认）的规则，自动执行了清理工作，这其实是好事,保证了服务不会因为内存耗尽而彻底崩溃。

Redis缓存自动删掉咋整，自动管理还能省心不少嘛

想让自动管理更省心，关键在“定规矩”

想让Redis的自动删除行为符合你的心意，不再让你闹心，你需要做的不是阻止它删除（也阻止不了），而是主动告诉它：当内存不够时，应该优先删除哪些数据，这就好比你在仓库里给货物贴上不同标签，重要物资”、“常出库品”、“滞销品”，管理员在清仓时就知道先动那些“滞销品”。

这个“定规矩”的地方，就是配置Redis的 maxmemory-policy 参数，以下是几种常见的、容易理解的策略,你根据自己业务的特点选一个就行：

allkeys-lru：这是最常用、最省心的策略之一，LRU是“最近最少使用”的意思，Redis会跟踪哪些缓存数据最近被访问过（读过或写过），当需要腾空间时，它就挑那些“最近一段时间内”几乎没被用过的“老顽固”数据干掉，这很符合直觉：长时间没人用的数据，大概率以后也用得少，删掉影响最小，如果你的业务场景是“热点数据访问频繁，冷数据很多”,用这个策略非常合适。
volatile-lru：这个策略只会在那些设置了过期时间（TTL）的键里面，挑最近最少使用的来删除，如果你的数据都设了过期时间，并且希望没设过期时间的关键数据（比如系统配置）能永久保留，除非手动删除,那就用这个。
allkeys-random：随机删，不管三七二十一，从所有键中随机挑几个倒霉蛋扔掉，这个策略简单粗暴，适合你实在没啥特别的访问 pattern，或者所有数据价值都差不多的情况，但可能误伤热门数据,一般不太推荐。
volatile-ttl：在设置了过期时间的键里面，挑那些剩余寿命最短的先删掉，这就像处理快过期的食品，优先清掉，如果你的数据过期时间设置得很有层次,用这个可以更精确地管理。
noeviction：不删除，这是默认策略吗？有些老版本可能是，但新版本通常不是，这个策略最“危险”，它规定当内存满了之后，任何试图写入新数据的操作都会报错，而读操作正常，这会导致你的应用在缓存写不进去时报异常，可能引发服务故障，除非你有非常严格的持久化要求，并且有别的兜底方案,否则一般不这么设。

除了定规矩，还有哪些省心小技巧？

设个合理的内存大小：在Redis配置文件（redis.conf）里，通过 maxmemory 参数设定一个内存上限，别让它用光所有服务器内存，留点给操作系统和其他程序，比如你服务器有8G内存,可以设个6G或7G给Redis。
给缓存数据加上“保质期”：在写入缓存时，就预估好这个数据多久会失效，然后用 EXPIRE 命令或相应的客户端命令给它设置一个过期时间（TTL），这样，即使Redis不主动淘汰，数据到点也会自动消失，避免了无用数据长期占据空间，这相当于给数据贴上了“在此日期前使用”的标签,是主动管理的重要手段。
监控内存使用情况：不能做“甩手掌柜”，时不时用 INFO memory 命令看看内存用了多少，快满了就要警惕，或者用一些监控工具（如Grafana+Prometheus）设置告警，当内存使用率达到80%、90%时给你发个短信或邮件，让你有机会提前干预，比如分析是不是有“大Key”占地方,或者考虑扩容。