过期策略及内存满删除策略

以下内容转载自 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 优先移除。