redis 缓存雪崩、穿透、击穿

2 篇文章 0 订阅
Redis作为常用缓存数据库,面临雪崩、穿透、击穿问题。雪崩是大量key同时过期导致数据库压力增大;穿透是大量不存在key请求直达数据库;击穿是热点key过期时的并发请求。解决方案包括设置不同过期时间避免雪崩,使用布隆过滤器缓解穿透,以及采用永不过期、互斥锁、查询后续期等方式防止击穿。业务和技术设计时应避免这些问题,并通过熔断、限流等手段进行防护。
摘要由CSDN通过智能技术生成

一.概述

Redis 是开发中经常用到的非关系型数据库,redis被使用最多的就是用来缓存数据,也可以直接当数据库使用。被用来做缓存时,有三个比较典型的问题:雪崩、穿透、击穿。

二.说明

雪崩:大量的key在同一时间过期,导致大量请求到达数据库。
穿透:大量的不存在key在短时间内访问,导致大量请求到达数据库。
击穿:热键key过期时,大量请求并发,导致大量请求到达数据库。

三.解决方案

1.雪崩

避免key的过期时间相同,不同的key设置不同的过期时间。

2.穿透

方案一:
访问的key如果不存在也将key放到缓存中,value为空。
缺点:网上看到有这种解决方案,但个人很不推荐该方案。当大量非法请求使用不同key频繁访问时,不仅解决不了穿透问题,反而会使redis中存入大量无用key, 最终可能导致redis内存溢出。

方案二:
使用布隆过滤器(并不能实现百分百过滤)。将所有存在的key存入布隆过滤器,每次查缓存先用布隆过滤器判断key是否一定不存在。此外,需要将新增加的key同步到布隆过滤器。
缺点:实现复杂,新增加的key同步到布隆过滤器有延迟,存在误判,当新增的key频率增大时,误判概率随之增加。

3.击穿

A.对于字典等变化很小的可以设置永不过期。
B.缓存中查不到时使用互斥锁将数据加载到缓存。
C.每次查询完缓存后给缓存续期(只要有使用就不过期)。
D.尽量减少缓存key的粒度,让不同的请求分散到不同的key上。

四.总结

上面的解决方案都不是完美的解决方案,我们从业务、技术设计时就应该避免出现以上的问题,在微服务架构下,可以通过熔断、限流、黑名单等将无用的、非法的请求在网关层、服务层拦截掉。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值