Redis教程

redis过期key的管理

本文主要是介绍redis过期key的管理,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

why:

  redis中的数据可以有一个过期时间,比如验证码、token等。当数据过期限后,是应该要被删除。

  redis一般采用:惰性删除 + 定期删除 的策略

 

what:

  定时删除

    当放入数据后,设置一个定时器,当定时器读秒完毕后,将对应的数据从dict中删除(用时间换空间)。

    优点: 内存友好,数据一旦过期就会被删除
    缺点: CPU不友好,定时器耗费CPU资源,并且频繁的执行清理操作也会耗费CPU资源。

 

  惰性删除:

    当数据过期的时候,不做任何操作。当访问数据的时候,查看数据是否过期,如果过期返回null,并且将数据从内存中清除。如果没过期,就直接返回数据(空间换时间)。 

    优点: CPU友好,数据等到过期并且被访问的时候,才会删除。
    缺点: 内存不友好,会占用大量内存。

 

  定期删除

    定期删除是定时删除和惰性删除的折中方案,即:每隔一段时间对redisServer中的所有redisDb的expires进行随机抽取检查。

    redis中有一个server.hz定义了每秒钟执行定期删除的次数,每次执行的时间为250ms/server.hz。redis中会维护一个current_db变量来标志当前检查的数据库。current_db++,当超过数据库的数量的时候,会重新从0开始。  

    定期检查就是执行一个循环,循环中的每轮操作会从current_db对应的数据库中随机依次取出w个key,查看其是否过期。如果过期就将其删除, 并且记录删除的key的个数。如果过期的key个数大于25%,就会继续检查当前数据库,当过期的key小于25%,会继续检查下一个数据库。

    当执行时间超过规定的最大执行时间的时候,会退出检查。一次检查中可以检查多个数据库,但是最多检查数量是redisServer中的数据库个数,也就是最多只能从当前位置检查一圈。

    优点: 通过控制定时时间来动态的调整CPU和内存之间的状态,十分灵活。
    缺点: 定期删除的定时时间十分重要,如果时间过短,就会对CPU造成很大压力。如果时间过长,就会造成过期数据挤压内存。

  


how:

  总体方案

    redisDb中有两个dict对象,dict内部实现的是哈希表的结构。两个dict对象的名字一个叫dict,一个叫expires。dict用于存放实际数据、expires用于存放有过期时间数据。

    当往redisDb中的dict中加入key-value数据的的时候,并且为数据设置了过期时间的时候,会将对应的key和过期时间存放到expires中,便于后期查找过期时间。

 

这篇关于redis过期key的管理的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!