手机网站开发流程图,wordpress文件删除,建设互联网地方垂直网站,网站开发分销系统背景
问题起源于生产上应用redis做的一个临时缓存的场景#xff0c;调用方首先调用某个容器的生成接口#xff0c;该接口会生成临时缓存的数据放到redis中#xff0c;然后调用方在调用获取数据内容的接口从任何一台容器中获取放置在redis中的临时数据。
还原问题场景
由于…背景
问题起源于生产上应用redis做的一个临时缓存的场景调用方首先调用某个容器的生成接口该接口会生成临时缓存的数据放到redis中然后调用方在调用获取数据内容的接口从任何一台容器中获取放置在redis中的临时数据。
还原问题场景
由于临时数据仅仅只是为了在第二步获取数据内容时从任一个容器都可以访问到所以临时数据需要删除因此应用设计了一个单独线程来清理临时redis数据的内容一开始清理逻辑时判断临时数据放到redis的时间是否已经超过了3S如果是那么直接删除后来有同事反馈说我们不能这么删除因为我们没法保证临时数据在3s内肯定调用方已经调用完获取数据的接口获取到数据所以保险起见我们用expire设置过期时间为1s这样相当于临时数据至少存活4S更充分的保证调用方已经调用获取数据接口获取到了数据于是我们的应用这样上线了但是刚上线没多久Redis就告警内存不足于是就有了这次关于expire设置过期时间的工作原理的记录
redis.expire工作原理
expire设置一个很短的过期时间 和 直接delete相比有什么不一样呢 delete能及时回收redis的内存那么expire为什么不能及时回收内存呢这里就要讲到了redis是如何清理过期数据的首先redis会使用惰性删除和定时清理的策略删除过期的key
惰性删除 所谓的惰性删除策略是指当访问redis的某个过期的redis的key时redis会直接删除过期的key并回收过期key所占据的内存
定时删除策略 Redis服务器默认每隔100ms过期检查一次数据库检查的间隔可以通过Redis.conf进行配置,每次过期检查都会执行以下操作 1.首先从所有设置了过期时间的的key集合中随机抽取20个候选的key判断key是否过期如果过期那么就进行删除并且回收内存并记录下20个候选key中总共有多少个key过期了 2.如果步骤一中过期的key的数量/20个候选key的数量的占比大于25%那么继续循环删除,否则等待下一轮的循环检查 不过为了防止有大量的key要删除导致的redis卡死每一轮循环Redis设置了最长的删除流程的上限不超过25ms,超过则等待下一轮检查
总结
从上述Redis对过期时间的key的清理策略可知当短时间内有大量的key过期并且很多是大key时redis服务器是来不及删除这么多的过期key的如果此时新的key不断的生成而过期的key来不及及时删除此时就可能导致redis内存不足. 那回到一开始的问题为什么你使用delete直接删除不会导致redis内存问题呢首先一方面是delete删除可以直接回收内存而且由于是客户端来进行删除只有在删除之后才会再次申请新的redis的key所以相当于也变相的把新key的生成速度降低了,这两者综合导致redis内存并没有被打爆
