首页
技术小册
AIGC
面试刷题
技术文章
MAGENTO
云计算
视频课程
源码下载
PDF书籍
「涨薪秘籍」
登录
注册
01 | 基本架构:一个键值数据库包含什么?
02 | 数据结构:快速的Redis有哪些慢操作?
03 | 高性能IO模型:为什么单线程Redis能那么快?
04 | AOF日志:宕机了,Redis如何避免数据丢失?
05 | 内存快照:宕机后,Redis如何实现快速恢复?
06 | 数据同步:主从库如何实现数据一致?
07 | 哨兵机制:主库挂了,如何不间断服务?
08 | 哨兵集群:哨兵挂了,主从库还能切换吗?
09 | 切片集群:数据增多了,是该加内存还是加实例?
10 | 第1~9讲课后思考题答案及常见问题答疑
11 | “万金油”的String,为什么不好用了?
12 | 有一亿个keys要统计,应该用哪种集合?
13 | GEO是什么?还可以定义新的数据类型吗?
14 | 如何在Redis中保存时间序列数据?
15 | 消息队列的考验:Redis有哪些解决方案?
16 | 异步机制:如何避免单线程模型的阻塞?
17 | 为什么CPU结构也会影响Redis的性能?
18 | 波动的响应延迟:如何应对变慢的Redis?
20 | 删除数据后,为什么内存占用率还是很高?
21 | 缓冲区:一个可能引发“惨案”的地方
22 | 第11~21讲课后思考题答案及常见问题答疑
23 | 旁路缓存:Redis是如何工作的?
24 | 替换策略:缓存满了怎么办?
25 | 缓存异常(上):如何解决缓存和数据库的数据不一致问题?
26 | 缓存异常(下):如何解决缓存雪崩、击穿、穿透难题?
27 | 缓存被污染了,该怎么办?
28 | Pika:如何基于SSD实现大容量Redis?
29 | 无锁的原子操作:Redis如何应对并发访问?
30 | 如何使用Redis实现分布式锁?
31 | 事务机制:Redis能实现ACID属性吗?
32 | Redis主从同步与故障切换,有哪些坑?
33 | 脑裂:一次奇怪的数据丢失
34 | 第23~33讲课后思考题答案及常见问题答疑
35 | Codis VS Redis Cluster:我该选择哪一个集群方案?
36 | Redis支撑秒杀场景的关键技术和实践都有哪些?
37 | 数据分布优化:如何应对数据倾斜?
38 | 通信开销:限制Redis Cluster规模的关键因素
39 | Redis 6.0的新特性:多线程、客户端缓存与安全
40 | Redis的下一步:基于NVM内存的实践
当前位置:
首页>>
技术小册>>
Redis核心技术与实战
小册名称:Redis核心技术与实战
### 第26章 缓存异常(下):如何解决缓存雪崩、击穿、穿透难题? 在分布式系统中,缓存作为提升性能、减轻数据库压力的关键组件,其稳定性和高效性至关重要。然而,随着系统的复杂性和数据量的增长,缓存异常问题日益凸显,尤其是缓存雪崩、击穿和穿透问题,它们可能严重影响系统的稳定性和响应速度。本章将深入探讨这三种缓存异常现象,并详细阐述各自的解决策略与实战技巧。 #### 26.1 缓存雪崩 **26.1.1 缓存雪崩现象解析** 缓存雪崩指的是缓存服务器由于某些原因(如大量缓存同时过期、缓存服务器宕机等)导致缓存失效,大量请求直接涌向数据库,造成数据库压力过大甚至宕机的情况。这种现象如同雪崩一般,瞬间压垮整个系统。 **26.1.2 解决方案** 1. **缓存过期时间设置策略**:避免大量缓存同时过期,可以通过给缓存设置不同的过期时间,或者在过期时间的基础上增加一个随机值,使得缓存过期时间分散开来。 2. **热点数据永不过期**:对于系统中的热点数据,可以将其设置为永不过期,或者通过定时任务定时更新缓存,避免这些数据的缓存突然失效引发大量数据库访问。 3. **限流降级**:在缓存失效的瞬间,通过限流组件(如Sentinel、Resilience4j等)对数据库访问进行限流,防止过多的请求压垮数据库。同时,可以设计降级策略,在缓存服务不可用时,返回默认数据或错误页面给用户。 4. **缓存预热**:在系统启动或低峰时段,预先将热点数据加载到缓存中,减少缓存失效时的数据库访问压力。 5. **多级缓存**:构建多级缓存架构,如本地缓存(如Guava Cache)+ Redis缓存,当Redis缓存失效时,可以先从本地缓存中获取数据,减少对数据库的访问。 #### 26.2 缓存击穿 **26.2.1 缓存击穿现象解析** 缓存击穿是指针对某个非常热点的数据,在其缓存失效的瞬间,大量并发请求直接冲击数据库,导致数据库压力骤增。与缓存雪崩不同,缓存击穿通常针对的是单一热点数据。 **26.2.2 解决方案** 1. **互斥锁(Mutex Lock)**:在访问缓存之前,通过加锁的方式保证只有一个线程能够访问数据库并更新缓存,其他线程则等待锁释放后从缓存中获取数据。常用的锁实现有Redis的SETNX(Set if Not eXists)命令或分布式锁框架(如Redisson)。 2. **逻辑过期**:在缓存中不直接设置过期时间,而是在缓存值中保存一个逻辑过期时间。每次访问缓存时,都检查逻辑过期时间,如果未过期则直接返回数据;如果已过期,则通过互斥锁的方式更新缓存。 3. **永不过期**:对于极端重要的热点数据,可以考虑将其设置为永不过期,通过后台定时任务来更新缓存,避免缓存失效带来的风险。 4. **布隆过滤器(Bloom Filter)**:在访问数据库之前,先通过布隆过滤器检查该数据是否存在于缓存中(注意,布隆过滤器存在误判率,即可能将不存在的数据判断为存在)。如果不存在,则直接返回或进行其他处理,避免无效的数据库访问。 #### 26.3 缓存穿透 **26.3.1 缓存穿透现象解析** 缓存穿透指的是用户查询的数据在缓存和数据库中都不存在,导致每次请求都直接穿透缓存访问数据库,而数据库中也查询不到该数据。如果这类请求频繁发生,就会对数据库造成不必要的压力。 **26.3.2 解决方案** 1. **布隆过滤器**:如前所述,布隆过滤器可以用来快速判断一个数据是否一定不存在于缓存中,从而避免无效的数据库查询。需要注意的是,布隆过滤器只能减少缓存穿透的发生,不能完全避免。 2. **空值缓存**:对于不存在的数据,在缓存中也保存一个空值或特定的标记,并设置较短的过期时间。这样,当后续请求再次访问时,就可以直接从缓存中获取空值或标记,而不需要查询数据库。需要注意的是,空值缓存需要谨慎使用,避免占用过多缓存空间。 3. **数据合法性校验**:在业务层面,对所有请求的数据进行合法性校验,对于明显不符合业务规则的数据请求,直接拒绝或返回错误信息,避免无效的数据库查询。 4. **接口限流**:对可能产生缓存穿透的接口进行限流,限制单位时间内访问次数,防止恶意攻击或误操作导致的缓存穿透问题。 5. **监控与报警**:建立完善的监控系统,对缓存命中率、数据库查询量等关键指标进行实时监控,并设置合理的报警阈值。一旦发现缓存穿透的迹象,立即采取相应措施进行处理。 #### 实战案例分享 **案例一:电商平台缓存雪崩应对** 某电商平台在促销活动期间,由于大量商品缓存同时过期,导致缓存雪崩问题。团队采取了以下措施: - 对商品缓存的过期时间进行了随机化处理,避免同时过期。 - 增加了缓存预热环节,在活动开始前将热门商品数据预加载到缓存中。 - 使用了Redis的哨兵(Sentinel)和集群(Cluster)模式,提高缓存服务的可用性和容错能力。 - 引入了限流组件对数据库访问进行限制,防止数据库被压垮。 **案例二:社交应用缓存击穿解决方案** 某社交应用中的用户信息页面访问量极大,且用户信息更新频繁。为了解决缓存击穿问题,团队采取了以下策略: - 对用户信息缓存使用了互斥锁机制,确保同一时间只有一个线程能够访问数据库并更新缓存。 - 引入了布隆过滤器对访问请求进行初步过滤,减少无效请求对数据库的冲击。 - 设计了数据更新策略,在用户信息更新时,先更新缓存中的逻辑过期时间,然后通过后台定时任务批量更新缓存数据。 #### 结语 缓存雪崩、击穿和穿透是分布式系统中常见的缓存异常问题,它们对系统的稳定性和性能有着重要影响。通过合理的缓存设计、科学的过期策略、有效的限流降级机制以及必要的监控报警手段,我们可以有效预防和解决这些问题,确保系统的稳定运行。希望本章内容能为读者在解决缓存异常问题时提供一些有益的参考和启示。
上一篇:
25 | 缓存异常(上):如何解决缓存和数据库的数据不一致问题?
下一篇:
27 | 缓存被污染了,该怎么办?
该分类下的相关小册推荐:
Redis面试指南
Redis的Lua脚本编程
Redis零基础到实战