ITPub博客

首页 > 应用开发 > Java > 什么是Redis雪崩、穿透和击穿? 全面掌握Redis

什么是Redis雪崩、穿透和击穿? 全面掌握Redis

原创 Java 作者:Manito2020 时间:2020-11-22 13:58:28 0 删除 编辑

Redis该怎么学?什么是雪崩、穿透和击穿?Redis 崩溃之后会怎么样?系统该如何应对这种情况?

如何处理主从复制,哨兵模式怎么搞???...


是不是有点晕?别急,先来了解一下核心概念, 文末附Redis全面解读视频教程,助你吊打Redis。

面试官心理分析

其实这是问到缓存必问的,因为缓存雪崩和穿透,是缓存最大的两个问题,要么不出现,一旦出现就是致命性的问题,所以面试官一定会问你。

面试题剖析

缓存雪崩

对于系统 A,假设每天高峰期每秒 5000 个请求,本来缓存在高峰期可以扛住每秒 4000 个请求,但是缓存机器意外发生了全盘宕机。缓存挂了,此时 1 秒 5000 个请求全部落数据库,数据库必然扛不住,它会报一下警,然后就挂了。此时,如果没有采用什么特别的方案来处理这个故障,DBA 很着急,重启数据库,但是数据库立马又被新的流量给打死了。

这就是缓存雪崩。


大约在 3 年前,国内比较知名的一个互联网公司,曾因为缓存事故,导致雪崩,后台系统全部崩溃,事故从当天下午持续到晚上凌晨 3~4 点,公司损失了几千万。

缓存雪崩的事前事中事后的解决方案如下:


用户发送一个请求,系统 A 收到请求后,先查本地 ehcache 缓存,如果没查到再查 redis。如果 ehcache 和 redis 都没有,再查数据库,将数据库中的结果,写入 ehcache 和 redis 中。

限流组件,可以设置每秒的请求,有多少能通过组件,剩余的未通过的请求,怎么办? 走降级!可以返回一些默认的值,或者友情提示,或者空白的值。

好处:

缓存穿透

对于系统A,假设一秒 5000 个请求,结果其中 4000 个请求是黑客发出的恶意攻击。

黑客发出的那 4000 个攻击,缓存中查不到,每次你去数据库里查,也查不到。

举个栗子。数据库 id 是从 1 开始的,结果黑客发过来的请求 id 全部都是负数。这样的话,缓存中不会有,请求每次都“ 视缓存于无物”,直接查询数据库。这种恶意攻击场景的缓存穿透就会直接把数据库给打死。



解决方式很简单,每次系统 A 从数据库中只要没查到,就写一个空值到缓存里去,比如  set -999 UNKNOWN。然后设置一个过期时间,这样的话,下次有相同的 key 来访问的时候,在缓存失效之前,都可以直接从缓存中取数据。


缓存击穿

缓存击穿,就是说某个 key 非常热点,访问非常频繁,处于集中式高并发访问的情况,当这个 key 在失效的瞬间,大量的请求就击穿了缓存,直接请求数据库,就像是在一道屏障上凿开了一个洞。

不同场景下的解决方式可如下:


超全面的Redis精讲+企业级解决方案

课程下载:

http://www.cx1314.cn/thread-3501-1-1.html


阶段一:Redis基础

1. Redis安装与入门

2. 5种基本数据类型

3. 通用操作指令

4. Java操作Redis


阶段二:Redis高级

1. 持久化

2. 事务

3. 数据删除策略

4. 高级数据类型


阶段三:集群

1. 主从复制

2. 哨兵模式

3. Cluster集群


阶段四:企业级解决方案

1. 缓存预热

2. 缓存雪崩

3. 缓存穿透

4. 缓存击穿

5. 性能指标监控


如果觉得这篇文章对你在进阶架构师的路上有新的启发和进步, 来个 分享、点赞 ,让更多的人也学习一下~



来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/69980952/viewspace-2735876/ ,如需转载,请注明出处,否则将追究法律责任。

下一篇: Java多线程超详解
请登录后发表评论 登录
全部评论

注册时间:2020-08-04

  • 博文量
    36
  • 访问量
    56109