过期策略
Redis所有的数据结构都可以设置过期时间。
同一时间太多key过期,而导致收割过期key的操作太过于繁忙,而产生卡顿
过期的key集合
Redis会将每个设置了过期时间的key放入一个独立的字典中,以后会定时遍历这个字典来删除到期的key。除了定时遍历之外,还会使用惰性策略来删除过期的key。惰性策略就是在客户端访问这个key的时候,Redis对key的过期时间进行检查,如果过期了就立即删除
定时扫描策略
Redis默认美妙进行10次过期扫描,不会遍历过期字典中所有的key,而采用一种简单的贪心策略。
- 从过期字典中随机选出20个key
- 删除这20个key中已经过期的key
- 如果过期的key的比例超过1/4,那就重复(1)
同时,为了保证过期扫描不会出现循环过度,导致线程卡死的现象,算法还增加了扫描时间的上限,默认不会超过25ms。
假设一个大型Redis实例所有key在同一时间过期了,Redis会持续扫描过期字典,直到过期字典中过期的key变得稀疏,才会停止。这会导致线上读写请求出现明显的卡顿。导致这种卡顿的另外一种原因是内存管理器需要频繁回收内存页,这也会产生一定的CPU消耗。
当客户端请求到来时,服务器如果正好进入过期扫描状态,客户端的请求将等待至少25ms,如果客户端将超时时间设置的比较短,而且你还无法从Redis的slowlog中看到慢查询记录。
所以业务开发人员一定要注意过期时间。
从节点的过期策略
从节点不会进行过期扫描,从节点对过期的处理是被动的。主节点在key到期时,会在AOF文件里增加一条del指令,同步到所有的从节点,从节点通过执行这条del来删除过期key。
因为指令同步是异步进行的,所以主从数据会产生不一致。