我们在set key的时候，可以给它设置一个过期时间，比如expire key 60。指定这key60s后过期。

60s后，redis是如何处理的嘛？我们先来介绍几种过期策略：

1. 立即过期：

   1. 每个设置过期时间的key都需要创建一个定时器，到过期时间就会立即对key进行清除。该策略可以立即清除过期的数据，对内存很友好；
   2. 但是会占用大量的CPU资源去处理过期的数据，从而影响缓存的响应时间和吞吐量。

2. 惰性过期

   1. 只有当访问一个key时，才会判断该key是否已过期，过期则清除。该策略可以最大化地节省CPU资源，却对内存非常不友好。
   2. 极端情况可能出现大量的过期key没有再次被访问，从而不会被清除，占用大量内存。

3. 定期过期

   1. 每隔一定的时间，会扫描一定数量的数据库的expires字典中一定数量的key，并清除其中已过期的key。
   2. 该策略是前两者的一个折中方案。通过调整定时扫描的时间间隔和每次扫描的限定耗时，可以在不同情况下使得CPU和内存资源达到最优的平衡效果。

Redis的数据过期采取策略：同时使用了惰性过期和定期过期

**问题场景：**假设Redis当前存放30万个key，并且都设置了过期时间，如果你每隔100ms就去检查这全部的key，CPU负载会特别高，最后可能会挂掉。

1. 因此，redis第一采取定期过期策略，每隔100ms就随机抽取一定数量的key来检查和删除的。
2. 但是呢，最后可能会有很多已经过期的key没被删除。这时候，redis采用惰性删除。在你获取某个key的时候，redis会检查一下，这个key如果设置了过期时间并且已经过期了，此时就会删除

但是呀，如果定期删除漏掉了很多过期的key，然后也没走惰性删除。就会有很多过期key积在内存内存，直接会导致内存爆的。或者有些时候，业务量大起来了，redis的key被大量使用，内存直接不够了，运维小哥哥也忘记加大内存了。

难道redis直接这样挂掉？不会的！Redis用8种内存淘汰策略保护自己~

版权所有

本文链接：/data-base/Redis/nzuop3ul/

许可证：署名 4.0 国际 (CC-BY-4.0)