4-redis数据过期策略

1 基本

　　redis也许只是用来存放临时数据。比如股市行情、游戏中一个持续一个月的活动等，都属于缓存数据，过了一段就没用了。如果没有过期策略，就会有大量垃圾数据在内存中堆积。

2 TTL

　　time to live，键的生存时间/过期时间。客户端可以以s或者ms为单位为db中的key设置过期时间。当经过这个时间后，key的TTL就为0（就是一个计时的时间戳到期）。

　　ttl的计算方式为：在db中有一个过期字典，保存了key的指针对象和过期时间戳。

　　使用expire命令设置key的ttl为5s，5s后key就过期。

127.0.0.1:6379> get aid
"1"
127.0.0.1:6379> EXPIRE aid 5
(integer) 1
127.0.0.1:6379> get aid
"1"
127.0.0.1:6379> get aid
(nil)

 　　使用ttl命令显示key的过期时间

127.0.0.1:6379> expire cid 60
(integer) 1
127.0.0.1:6379> ttl cid
(integer) 56

 　　未设定过期的key的ttl为-1，已经过期的为-2

127.0.0.1:6379> TTL bid
(integer) -2
127.0.0.1:6379> TTL cid
(integer) -1

3 过期键删除策略

　　定时删除：主动策略，在key设定ttl时，就设定一个timer，当key过期，就马上删除key。

　　惰性删除：被动策略，当key过期时放任不管。下次在键空间中获取key时，发现key过期的话，则删除，没有过期就返回键值。

　　定期删除：主动策略，每隔一段时间对db做一次检查，删除里面的过期key。

　　定时删除对内存友好，但消耗大量cpu。惰性删除对cpu优化，但会在内存中存留大量垃圾。

　　合理的定期删除策略是折中和优秀的，根据业务类型，可以知道key的大概有效时间，然后给出ttl，比如为一个月。然后每个月对key执行定期删除。这样，既保证了cpu不被大量消耗，也保证了内存中不存留大量垃圾。

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

　　触发save命令时，过期键不会被保存到磁盘中。服务启动载入RDB文件时（假设rdb功能开启），会对其中的key进行过期检查，过期键不会载入。

　　开启aof的情况下，key的过期不会有信息写入aof文件。而当定期删除时，会向aof文件中追加一个delete key的命令。

5 企业中redis对过期的处理方式