（转）Redis的过期策略及内存满删除策略

待我称王封你为后i 2022-05-09 14:28 255阅读 0赞

转自：[https://www.cnblogs.com/lukexwang/p/4694094.html][https_www.cnblogs.com_lukexwang_p_4694094.html]

设置过期时间可以用

**EXPIRE key seconds**

为给定 `key` 设置生存时间，当 `key` 过期时(生存时间为 `0` )，它会被自动删除

**更新生存时间**

可以对一个已经带有生存时间的 `key` 执行 [EXPIRE][] 命令，新指定的生存时间会取代旧的生存时间。

过期键的处理就是把过期键删除，这里的操作主要是针对过期字段处理的。   
Redis中有三种处理策略：定时删除、惰性删除和定期删除。

1.定时删除：在设置键的过期时间的时候创建一个定时器，当过期时间到的时候立马执行删除操作。不过这种处理方式是即时的，不管这个时间内有多少过期键，不管服务器现在的运行状况，都会立马执行，所以对CPU不是很友好。  
2.惰性删除：惰性删除策略不会在键过期的时候立马删除，而是当外部指令获取这个键的时候才会主动删除。处理过程为：接收get执行、判断是否过期（这里按过期判断）、执行删除操作、返回nil（空）。  
3.定期删除：定期删除是设置一个时间间隔，每个时间段都会检测是否有过期键，如果有执行删除操作。这个概念应该很好理解。通过TTL命令用于获取键到期的剩余时间(秒)。 判断大于0还是其他，这样可以实现定期删除。

下面我们来看看三种策略的优缺比较：

*  定时删除策略对内存是最友好的：通过使用定时器，定时删除策略可以保证过期键会尽可能快地被删除，并释放过期键所占用的内存；但另一方面，定时删除策略的缺点是，他对CPU是最不友好的：在过期键比较多的情况下，删除过期键这一行为可能会占用相当一部分CPU时间，在内存不紧张但是CPU时间非常紧张的情况下，将CPU时间用在删除和当前任务无关的过期键上，无疑会对服务器的响应时间和吞吐量造成影响；
 *  惰性删除策略对CPU时间来说是最友好的：程序只会在取出键时才对键进行过期检查，这可以保证删除过期键的操作只会在非做不可的情况下进行；惰性删除策略的缺点是，它对内存是最不友好的：如果一个键已经过期，而这个键又仍然保留在数据库中，那么只要这个过期键不被删除，它所占用的内存就不会释放；
 *  定时删除占用太多CPU时间，影响服务器的响应时间和吞吐量；惰性删除浪费太多内存，有内存泄漏的危险。定期删除策略是前两种策略的一种整合和折中：
    
     *  定期删除策略每隔一段时间执行一次删除过期键操作，并通过**限制删除操作执行的时长和频率**来减少删除操作对CPU时间的影响；
     *  通过定期删除过期键，定期删除策略有效地减少了因为过期键而带来的内存浪费；
     *  定期删除策略的难点是确定删除操作执行的时长和频率。

Redis的过期键删除策略：使用的是惰性删除和定期删除两种策略。

# 内存满之后的策略 #

1.  ###  noeviction: 当内存不足以容纳新写入数据时，新写入操作会报错 ###
2.  ###  allkeys-lru：移除最近最少使用的 key（这个是最常用的) ###
3.  ###  allkeys-random：随机移除某个 key ###
4.  ###  volatile-lru：在设置了过期时间的键空间中，移除最近最少使用的 key ###
5.  ###  volatile-random：设置了过期时间的键空间中，随机移除某个 key ###
6.  ###  volatile-ttl：当内存不足以设置了过期时间的键空间中，有更早过期时间的 key 优先移除。 ###

[https_www.cnblogs.com_lukexwang_p_4694094.html]: https://www.cnblogs.com/lukexwang/p/4694094.html
[EXPIRE]: http://redisdoc.com/key/expire.html#expire