Redis过期策略

1. 设置过期时间

expire key time (单位为秒）

setex(String key, int seconds, String value) – 字符串独有的方式

原理就是在过期字典中 设置 key 过期时间戳 (key里只是存放对象引用，不会再重新生成一个key对象)
每一个redis数据库（共16个）都有自己的过期字典

注意：

• 除了字符串自己有独有的设置过期时间方法外，其他方法都要依靠expire方法来设置时间。
• 如果没有设置时间，那么缓存就是永不过期
• 如果设置了过期时间，之后又想让缓存永不过期，使用 persist key（表示删除key的过期时间）

2. 过期key的判定

检查给定key是否存在于过期字典，如果存在，那么取得key的过期时间。
检查当前UNIX时间戳是否大于key的过期时间，如果是，则表示已过期。

TTL 返回 key距离过期的剩余的时间

• 如果不是过期key，则返回-1
• 如果是 则 返回 过期时间戳 - 当前时间戳

3，三种过期策略

定时删除：在设置key的过期时间的同时，创建一个定时器(timer)，让定时器在key的过期时间来临时，立即执行对key的删除操作。

定时器实现原理应该是 关于时间事件编程， 当前时间戳等于过期的时间戳，然后进行的删除操作。

优点：对内存友好，保证内存被尽快释放

缺点：对CPU时间最不友好。若过期key过多时，删除过期key会占用很多的CPU时间，（当内存不紧张而CPU紧张时）会对 服务器的响应时间和吞吐量造成影响。

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

优点：对CPU时间友好。程序只会在取key的时候对key进行过期检查，这可以保证删除过期key的操作只会在非做不可的情况下 进行（如果此时还不删除的话，我们就会获取到了已经过期的key)，并且删除的目标仅限于当前处理的key。

缺点：若大量的过期的key没有再次被访问，从而不会被清除，这样会占用大量内存，而且服务器不会自己去释放它们。

定期删除：每隔一段时间，程序就对数据库进行一次检查，删除里面过期的key。

定时删除占用太多CPU时间，影响服务器的响应时间和吞吐量

惰性删除浪费太多内存，有内存泄漏的危险

定期删除就是前两种策略的折中。

服务器必须根据情况，合理地设置删除操作的执行时长和执行频率。

redis实际实现的是惰性删除和定期删除两种策略。

RDB、AOF、复制时对过期键的处理

• 通过BGSAVE命令创建一个新的RDB文件时，已过期的键不会被保存到RDB文件中
• 载入RDB文件时，主服务器会将未过期的key会载入到数据库中，从服务器会将所有的key（无论是否过期）载入数据库，不过进行主从同步时。丛数据库会和主数据库最终保持一致。
• AOF文件写入时，无论是否过期，都会写入，当过期键被惰性删除或者定期删除后，程序会向AOF追加一个DEL命令，来显式的记录该键已被删除
• AOF重写，不会将过期的键保存到重写后的AOF文件中