【面试资料】Redis篇 之 缓存穿透 / 击穿 / 雪崩

〇. Redis缓存示意图

在这里插入图片描述

一. 缓存穿透

1. 定义(关键词:不存在的数据)

大量查询DB中不存在的数据,每一次请求都会查询数据库,导致数据库压力过大。(常见于恶性请求攻击)

2. 解决方案

(1)缓存空数据

将 {key:key,value:NULL} 存入Redis。

① 优势:简单。
② 劣势:① 消耗内存;② 当“key:key”后续存入合法值之后,Redis不更新,导致不一致问题。

(2)布隆过滤器

布隆过滤器位于Redis之前,用于过滤不存在的请求。
缓存预热时,Redis中载入的数据也要存入布隆过滤器当中一份。
在这里插入图片描述
布隆过滤器通过维护一个位图来实现。
存储二进制的位图开销小,有效判断数据是否存在。
在这里插入图片描述
① 优势:不会存多余key(内存占用少)。
② 劣势:实现复杂,存在误判(控制误判率即可)。

二、缓存击穿

1. 定义(关键词:热点key过期)

一个热点key在Redis中过期,下一次对key的请求会直达数据库,返回结果并重建Redis对该key的缓存。若在缓存重建未完成时,大量对key的请求涌入,DB将承受巨大压力。
在这里插入图片描述

2. 解决方案

在这里插入图片描述

(1)互斥锁

过期后的第一次请求获取互斥锁,查询DB并重建Redis对key的缓存,结束后释放锁。
在该过程中,所有对该key的请求无法获取互斥锁,都将休眠并重试
在这里插入图片描述
① 优势:强一致。
② 劣势:性能差。

(2)逻辑过期

Redis不会删除数据,而是给每个key设置逻辑过期时间。(或依旧执行数据过期策略,减少内存使用,仅对热点key不设过期时间,这样可以一定程度上预防缓存击穿问题)
过期后的第一次请求获取互斥锁,并开启专用线程,用于完成缓存重建。在专用线程完成缓存重建之后,才会释放锁。
在重建完成之前,所有对key的请求在Redis中无法命中。但在获取互斥锁失败之后,并不会休眠重试,而是返回Redis中的过期数据。只有当专用线程释放锁之后,对key的请求才会返回最新数据。
在这里插入图片描述
① 优势:高可用,性能优。
② 劣势:未完成缓存重建之前的大量请求都将获取过期数据。(可接受弱一致)

三、缓存雪崩

1. 定义(关键词:缓存集体失效)

在Redis当中,大量的key在同一时间过期,或者在某时刻Redis宕机,导致大量请求涌入DB。

2. 解决方案

(1)设置随机过期时间

实际策略:过期时间 = 原定过期时间 + 随机时间(1~5分钟)。
该方案针对“大量key同时过期”。

(2)搭建Redis高可用集群

实际策略:哨兵模式,集群模式…
该方案针对“Redis宕机”。

(3)限流策略

实际策略:Nginx负载均衡,分布式系统中SpringCloud gateway…
该方案可以作为系统保底方案,对缓存穿透、击穿、雪崩都有限制作用,有效降低DB压力。

(4)多级缓存

实际策略:Guava/Caffeine做一级缓存,Redis做二级缓存…

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值