标签：删除 过期 redis dict key 数据 CPU

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,dict,key,数据,CPU
来源： https://www.cnblogs.com/sfzlstudy/p/16607255.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。