过期键的删除策略

前言

首先要说明的是，redis的内存淘汰策略与redis的过期键删除策略并不完全相同，前者是在redis内存使用超过一定值的时候使用的淘汰策略；而后者是通过定期删除+惰性删除两者结合的方式进行内存淘汰的。
缓存，不是存储，无法保证以前设置的缓存绝对存在。因为缓存容量是有上限的，即使set值的时候不设置过期时间，在内存不够的时候，也是会根据内存淘汰策略删除一些数据的。
在开始之前请思考：过期后会立即释放内存吗？

设置过期时间

• expire key seconds （这是最常用的方式）
• setex key seconds value （字符串独有的方式，只能设置字符串的过期时间）

注意

• 除了string独有设置过期时间方法，其他类型都需要依靠expire方法来设置时间
• 如果没有设置时间，那缓存就是永不过期
• 如果设置了过期时间，之后又想让缓存永不过期，使用persist key

过期策略

定时删除：在设置key的过期时间的同时，为该key创建一个定时器，让定时器在key的过期时间来临时，对key进行删除。

• 优点：对内存友好。可以及时释放键所占用的内存。
• 缺点：对 CPU 不友好。特别在过期键比较多的情况下，删除过期键会占用相当一部分 CPU 时间。同时在内存不紧张，CPU 紧张的情况下，将 CPU 用在删除和当前任务不想关的过期键上，无疑会对服务器响应时间和吞吐量造成影响。

惰性删除：key过期的时候不删除，每次从数据库获取key的时候去检查是否过期，若过期，则删除，返回null。

• 优点：删除操作只发生在从数据库取出key的时候发生，而且只删除当前key，所以对CPU时间的占用是比较少的。
• 缺点：若大量的key在超出超时时间后，很久一段时间内，都没有被获取过，那么可能发生内存泄露（无用的垃圾占用了大量的内存）

定期删除：每隔一段时间执行一次删除过期key操作。该策略是上述两种策略的折中方案，需要通过实际情况，来设置删除操作的执行时长和频率。

• 在内存友好方面，不如"定时删除"。在CPU时间友好方面，不如"惰性删除"
• 通过限制删除操作的时长和频率，来减少删除操作对CPU时间的占用（处理"定时删除"的缺点）
• 定期删除过期key （处理"惰性删除"的缺点）

redis采用的过期策略

惰性删除+定期删除

• 惰性删除流程

  • 在进行get或setnx等操作时，先检查key是否过期
  • 若过期，删除key，然后执行相应操作
  • 若没过期，直接执行相应操作

• 定期删除流程

  • 检查当前库中指定个数的key（默认是每个库检查20个key，注意相当于该循环执行20次）
  • 如果当前库中没有一个key设置了过期时间，直接执行下一个库的遍历
  • 随机获取一个设置了过期时间的key，检查该key是否过期，如果过期，删除key
  • 判断定期删除操作是否已经达到指定时长，若已经达到，直接退出定期删除
  • 遍历每个数据库（就是redis.conf中配置的database数量，默认为16）

注意： 对于定期删除，在程序中有一个全局变量current_db来记录下一个将要遍历的库，假设有16个库，我们这一次定期删除遍历了10个，那此时的current_db就是11，下一次定期删除就从第11个库开始遍历，假设current_db等于15了，那么之后遍历就再从0号库开始（此时current_db==0）

RDB和AOF对过期key的处理

RDB对过期key的处理

• 从内存数据库持久化数据到RDB文件
  • 持久化key之前，会检查是否过期，过期的key不进入RDB文件
• 从RDB文件恢复数据到内存数据库
  • 如果服务器以主服务器模式运行，则在载入 RDB 文件之前，会对key先进行过期检查，如果过期，不导入数据库，所以过期键不会对载入 RDB 文件的主服务器造成影响
  • 如果服务器以从服务器模式运行，则在载入 RDB 文件时，不论键是否过期都会被载入到内存数据库中。但由于主从服务器在进行数据同步时，从服务器的数据会被清空。所以一般来说，过期键对载入 RDB 文件的从服务器也不会造成影响。

AOF对过期key的处理

• 从内存数据库持久化数据到AOF文件
• 当key过期后，还没有被删除，此时进行执行持久化操作（该key是不会进入AOF文件的，因为没有发生修改命令）
• 当key过期后，在发生删除操作时，程序会向AOF文件追加一条del命令（在将来的以AOF文件恢复数据的时候该过期的键就会被删掉）
• AOF重写
  • 重写时，会先判断key是否过期，已过期的key不会重写到AOF文件