Redis配置过期策略那点事儿，聊聊怎么优化才能更高效点

说到Redis的过期策略,其实就像是给仓库里的货物贴上保质期标签，然后定期或者顺手的时候把过期的清理掉，Redis主要靠两招来管理这些会过期的键：一个叫“惰性删除”，一个叫“定期删除”。（来源：Redis官方文档关于过期机制的描述）

第一招：惰性删除。 这个最好理解，用到的时候才检查”，当一个客户端尝试读取某个键时，Redis会先瞅一眼这个键有没有设置过期时间，如果设置了，再看看是不是已经过期了，如果过期了，那就直接把这个键删掉，然后给客户端返回个空值，好像这个键从来没存在过一样，这个方法的好处是特别直接，不会浪费额外的CPU时间去扫描那些可能永远也不会被访问的过期键，但它的缺点也很明显，像个“懒汉”，如果某个过期键一直没人来访问，那它就会一直占着内存不释放，成了“僵尸键”，这就会导致内存浪费，即使数据已经没用了，内存还是迟迟得不到回收。

第二招：定期删除。 因为光靠“惰性删除”这个懒汉不行，Redis还得请个“钟点工”定期来打扫，这就是定期删除策略，Redis会每隔一段时间（默认是每秒10次，也就是100毫秒一次）就主动抽出一小点儿时间，从设置了过期时间的键中随机抽查一小批（默认是20个键），检查它们是否过期，如果过期了就删除，它还会判断一下这批键里过期键的比例，如果比例很高，说明过期键很多，那它就再多抽查几批，直到过期键的比例降下来为止。（来源：Redis源码中activeExpireCycle函数的逻辑）这个方法的目的是为了弥补惰性删除的不足，主动清理那些长期无人问津的过期键，但它也得小心翼翼，不能扫得太狠，万一过期键不多，你却花了大量时间在扫描上，就会影响Redis处理正常命令的性能，这叫“过度清扫”。

你看,这两招是相辅相成的，惰性删除能保证在读操作时立刻清理，对CPU友好；定期删除能解决内存回收的及时性问题，但光靠Redis自己这套默认的组合拳，在某些极端情况下可能还是不够“高效”，如果你的业务里突然写入了海量的、生存时间很短的键，然后这些键之后又几乎不被访问，那么定期删除的“钟点工”可能忙不过来，内存消耗就会快速上升，甚至可能触发内存上限，导致OOM或者开始根据淘汰策略删数据。

那怎么优化才能更高效点呢？

1. 别把Redis当垃圾场，从源头控制。 这是最根本的，不要什么都往Redis里塞，然后设个很短的过期时间就指望Redis自己能完美清理，要仔细评估数据的生命周期，是不是真的需要放到Redis里？过期时间设置得是否合理？避免集中写入大量瞬时数据，给“钟点工”太大的压力。

2. 调整定期删除的“勤快度”。 Redis配置里有几个关键参数可以微调（来源：Redis配置文件redis.conf中的相关注释）：

   • hz：这个参数默认是10，代表上面说的“钟点工”每秒工作的次数，你可以适当调高它，比如调到20或50，这样Redis会更频繁地执行定期删除，过期键能被更及时地清理，但代价是CPU占用会稍微高一点，需要你在内存和CPU之间做个权衡。
   • maxmemory-samples：这个参数（默认5）是在Redis启用maxmemory策略后，进行淘汰时随机采样的数量，当内存满了要淘汰键时，采样数越大，淘汰的准确性越高（越接近LRU/LFU的理想效果），但CPU消耗也越大，如果你的键访问热度差异明显，适当调高这个值（比如到10）可能用一点点CPU换来更合理的淘汰结果，保住更重要的键。

3. 根据业务场景选对淘汰策略。 当内存达到上限时，Redis的淘汰策略（maxmemory-policy）至关重要。（来源：Redis官方文档关于maxmemory-policy的说明）默认的noeviction（不淘汰，直接报错）在很多场景下并不友好，你应该根据业务特点来选择：

   • 如果你的数据重要性差不多,可以用allkeys-lru，尝试淘汰最近最少使用的键。
   • 如果有些键是设置了过期时间的,有些是永久的，并且你希望优先淘汰过期键里的“冷数据”，可以用volatile-lru。
   • 如果你能大概预估键的访问频率,用基于访问频率的LFU策略（allkeys-lfu或volatile-lfu）可能比LRU效果更好。
   • 如果你设置过期时间的时候,本身就考虑了数据的优先级（比如贵的VIP用户数据过期时间长，普通用户短），那么直接用volatile-ttl，让Redis优先淘汰剩余生存时间最短的键，是一个非常直接高效的选择，选对了策略，就能在内存不足时，用最小的代价丢掉最不重要的数据。

4. 监控和预警不能少。 高效的前提是心里有数，你需要监控Redis的内存使用情况，特别是过期键的数量和内存占用量，可以通过info stats命令查看expired_keys（累计过期键数）和evicted_keys（累计淘汰键数）的变化趋势，如果发现evicted_keys开始持续增长，或者内存使用率一直在高位徘徊，这就是一个警报，说明你的配置或者数据模式可能需要调整了。

优化Redis的过期和内存效率,不是一个简单调个参数就完事的事儿，它需要你理解Redis的工作原理，结合自己业务的数据特性和访问模式，从数据设计、参数调优、策略选择到持续监控，做一个全方位的考虑，核心思想就是：帮Redis减轻负担，引导它用最少的力气做最正确的事。