雪崩(缓存穿透雪崩击穿等问题的解决办法)

管理员 2022-10-02 22:51:44 0

缓存穿透是用户访问一个不存在的key,导致请求穿透到数据库。

问题关键是程序上要识别出这个key是一个错误key,不是由系统生成的key。在每次添加或删除缓存时维护一个key字段查询过滤器,例如:布隆过滤器、HashSet。这样可以在访问缓存前,对key先进行查询过滤,判断key是否存在,再往下执行业务逻辑。

另一种办法是把空结果缓存,key不存在有两种情况,一是数据库存在,但key缓存过期了,或者还没把数据设置缓存,二是数据库没记录,key不存在。要把这两种情况区分开,程序才不会误判。对于第二种,要把key缓存起来,值设置为空字符串返回,过期时间不宜设置太长,例如10分钟内,因为数据库虽然现在没记录,但将来可能有,设置一定有效期是有必要的,既能够**数据最终一致,又能解决穿透问题。第一种数据库存在,key不存在,返回的是null,继续往下执行业务逻辑。

缓存雪崩是指大范围key在同一时间失效,请求同一时间落到数据库。

在每个key设置基础失效时间上加上一个随机失效时间,例如5分钟内的随机数,这样就可以把失效时间分散开,避免集中在一个时间上失效。

缓存击穿是一个热点key突然缓存时间到期失效,大量请求落到数据库。

既然问题是热点key缓存到期失效引起的,如果程序能在key临近到期时,主动去更新缓存延期,就能避免被击穿。在设置缓存时可以把到期时间记录到缓存里,每次读缓存时取出到期时间,判断距离当前时间还有多久失效,假如已到达设定的阈值(如:1分钟),则拉取最新数据更新缓存。建议根据您的业务执行时间去设置阈值,保证在阈值内能执行完缓存更新。

上篇文章说到用缓存双删来更新缓存,但在缓存删掉后,读操作没有了缓存层,在瞬间将面临大流量击穿到数据库。假如热点key设置了两份缓存分别是C1和C2,并且C2过期时间要比C1长,当C1缓存不存在时,用C2缓存来缓冲。虽然好像解决了问题,但C1被删了,只能通过后台作业或者消费队列去更新C1,这样做缓存双删就失去原来的作用了。所以不能光用缓存来挡流量,要在原来缓存层上加入限流,把流量层层削弱,让少部分流量流入到数据库,不至于宕机。下篇将讲讲如何限流

相关资讯

热门资讯

热门话题