缓存击穿/穿透/缓存雪崩

最新推荐文章于 2026-01-09 16:49:34 发布

原创最新推荐文章于 2026-01-09 16:49:34 发布 · 107 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#后端 #redis #缓存

面试整理专栏收录该内容

2 篇文章

订阅专栏

1.缓存穿透：指查询数据在缓存和数据库中都不存在；有人用不存在的减值恶意攻击

解决方案：1）. 在缓存查询/数据库查询之前尽可能的进行规则校验

2）.首次缓存/数据库中都查不到数据时缓存一个空的对象

2.缓存雪崩：大量缓存数据同时过期，导致外部访问同时落在了数据库

解决方案：缓存过期时间加入随机值，尽量时缓存过期时间不要太集中

3.缓存击穿：部分过期的key 被高并发的访问

解决方案：对于热点数据可以适时进行数据预加载或者不设置过期时间

确定要放弃本次机会？

福利倒计时

: :

立减 ¥

普通VIP年卡可用

立即使用

岁Q

关注关注

0
点赞
踩
0

收藏

觉得还不错? 一键收藏
0
评论
分享

复制链接

分享到 QQ

分享到新浪微博

扫一扫
举报

举报

专栏目录

Redis 缓存数据库缓存击穿/缓存穿透/缓存雪崩

m0_37843156的博客

02-09

866

比如，虽然数据库中没有id = 1022的用户的数据，但是在redis中对其进行缓存（key=1022, value=null），这样当请求到达redis的时候就会直接返回一个null的值给客户端，避免了大量无法访问的数据直接打在DB上。当redis中的大量key集体过期，可以理解为Redis中的大部分数据都清空 / 失效了，这时候如果有大量并发的请求来到，Redis就无法进行有效的响应（命中率急剧下降)，也会导致DB先生的绝望。查询时，如果相应的位置均为1，则认为该数据存在于布隆过滤器中。

详解缓存穿透、缓存雪崩、缓存击穿

热门推荐

琅枫的博客

07-19

5万+

在现代软件架构中，缓存的应用已经非常普及。缓存的使用在面试和实践中都是避不开的硬技能、硬知识，如果你说还不太熟悉缓存的使用，可能都不好意思说自己是程序员。当我们使用缓存时，目标通常有两个：第一，提升响应效率和并发量；第二，减轻数据库的压力。...

参与评论您还未登录，请先登录后发表或查看评论

Redis缓存穿透/雪崩/击穿

m0_63624484的博客

08-22

1303

我们使用redis请求数据的时候，正常流程是先去redis缓存中查找，如果查到了数据，那么就直接返回，不需要再去查数据库，如果没有查到，就需要去查询数据库。所以缓存穿透就是：我们大量的访问一个数据库中本身就不存在的数据，既然数据库中都不存再该数据，那么redis'缓存中肯定更加不可能有这个数据，所以每次请求都会访问数据库去查找，大量这样的请求就会导致数据库压力过大崩盘。

扫盲：缓存一致性、缓存击穿/穿透/雪崩

MADAO的博客

10-25

911

在日常开发中，为了提升系统的响应速度，我们通常首选缓存技术。然而，引入缓存的同时也会带来一系列不可避免的问题，如缓存一致性问题以及缓存失效后导致的击穿、穿透和雪崩现象。无论是在何种并发场景下，只要使用了缓存，就必然会面临缓存一致性的问题；而对于因缓存失效所导致的击穿、穿透和雪崩问题，不应简单地依赖数据库来硬抗这些请求。否则，你将不得不独自面对由此带来的系统压力，反思为何没有采取适当的措施来避免这些状况的发生。

高并发必看！缓存击穿 / 穿透 / 雪崩实战解析

Minoz_wl的博客

05-23

407

在高并发分布式系统中，缓存是提升性能的关键组件，但不当使用可能引发严重问题。本文将深入解析缓存击穿、穿透、雪崩的原理，并结合电商、社交等真实场景给出解决方案和优化代码。

Redis：缓存击穿、穿透、雪崩问题

m0_73341242的博客

12-12

1269

某个热点 Key 过期的瞬间，大量并发请求同时打到数据库，导致数据库压力瞬间飙升，甚至被打崩。

缓存击穿/雪崩/穿透

u013008898的博客

11-11

186

缓存击穿/雪崩/穿透

Redis的缓存击穿/穿透/雪崩及解决方案

horse_xiao的博客

11-10

1824

1 缓存击穿：在访问的时候查询一个不存在的数据。所以在缓存访问的时候会DB访问的操作。解决方案：常见的有布隆过滤器（将所有储存的数据存入一个bitmap中一个一定不存在的数据会被该过滤器拦截）另一种在DB储存不到数据的时候也进行缓存记录。但是这个key的过期时间设置短一些正常五分钟就够了。 2 缓存穿透：key对应的数据存在，但在redis中过期，此时若有大量并发请求过来，这些请求发现缓存过期一般都会从后端DB加载数据并回设到缓存，这个时候大并发的请求可能会瞬间把后端DB压垮解决方案：设置.

缓存穿透缓存雪崩缓存击穿

qq_58967403的博客

11-21

1060

问题类型核心防护策略缓存穿透布隆过滤器拦截 + 缓存空值 + 参数校验缓存击穿互斥锁串行化 + 逻辑过期异步更新 + 热点 key 永不过期缓存雪崩过期时间随机化 + 缓存集群高可用 + 服务熔断降级 + 缓存预热 + 降级开关实际开发建议优先使用 “简单有效” 的方案（如缓存空值、过期时间随机化），再根据业务复杂度升级（如布隆过滤器、分布式锁）；结合监控工具（如 Prometheus+Grafana、Sentinel）实时监控缓存命中率、数据库压力，提前预警；

缓存击穿/穿透/雪崩

Z2076465172的博客

11-05

1317

缓存击穿与穿透是两种不同问题：击穿指热点key失效导致大量请求直达数据库（解决方案：互斥锁或永不过期+逻辑过期）；穿透指查询不存在的数据导致请求穿透缓存（解决方案：缓存空值或布隆过滤器）。缓存雪崩则是大量key同时过期或Redis宕机（解决方案：均匀设置过期时间、集群部署）。面试中需明确区分这几种情况及其对应解决方案。

redis解决缓存穿透/击穿/雪崩

aloha

03-21

2221

缓存雪崩指的是同一时段大量的缓存key同时失效或者redis服务宕机，导致大量请求到达数据库，带来巨大压力也称为热点key问题，就是一个被高并发访问并且缓存重建业务较复杂的key突然失效了，无数的请求访问会瞬间给数据库带来极大冲击。

Redis缓存穿透，缓存击穿和缓存雪崩

12-14

然而，缓存系统在实际运行中可能会遇到几种常见问题，即缓存穿透、缓存击穿和缓存雪崩。下面将详细阐述这些问题以及相应的解决方案。 **缓存穿透** 缓存穿透是指用户请求的数据在缓存和数据库中均不存在，通常是...

缓存穿透、雪崩、击穿深度解析与解决方案

無言的博客

04-24

1310

本文系统解析了缓存领域的三大核心问题 —— 穿透、雪崩、击穿的原理、影响与解决方案，构建了从预防、拦截到容灾的全链路防御体系。实际应用中，需结合业务特点组合使用多种方案（如布隆过滤器 + 互斥锁 + 熔断降级），并通过持续监控与演练确保防御体系的有效性。智能化防御：引入机器学习预测热点键与攻击模式，动态调整缓存策略serverless 化：云厂商提供全托管缓存防护服务（如 AWS WAF 集成 Redis 防护）零信任架构：将缓存防护纳入零信任体系，对所有请求进行身份验证与权限校验。

vue2纯前端使用Docxtemplater生成word报告，包含echart图表，表格

m0_49529959的博客

01-08

246

纯前端使用Docxtemplater生成docx报告，包含echart图表

GCC与LLVM编译器深度解析：核心原理与差异对比（小白向）

2401_82965090的博客

01-08

710

GCC和LLVM是两种主流编译器，核心差异在于架构设计。GCC采用单体式架构，预处理、编译、汇编和链接阶段紧密耦合，共享内部数据结构（如GIMPLE中间表示），优化针对特定硬件但扩展性差。LLVM采用模块化设计，通过标准化中间表示（LLVM IR）解耦前端、优化器和后端，支持多语言和硬件适配，优化通用且扩展灵活。 GCC优势在于对老旧硬件的成熟支持，但错误提示晦涩；LLVM编译更快，错误诊断友好，模块化便于扩展。例如，新增语言只需开发适配LLVM IR的前端，而GCC需修改全链路代码。

用FastAPI 后端和 HTML/CSS/JavaScript 前端写一个博客系统例

PieroPc的博客

01-04

1033

本文介绍了一个基于前后端分离架构的博客系统，采用HTML/CSS/JavaScript前端和FastAPI后端。系统结构清晰，分为backend和frontend目录，分别包含后端API和前端页面代码。后端使用FastAPI框架实现RESTful API，包含文章增删改查功能，采用Pydantic进行数据验证，并内置了示例数据。前端通过JavaScript调用API实现交互功能。系统支持跨域请求，提供了完整的博客管理功能，包括文章创建、查看、更新和删除等操作。该架构简洁高效，适合小型博客系统的开发需求。

开放所有跨域 ----前端和后端

LongtengGensSupreme博客

01-07

676

例如上述配置中的<url >是http://127.0.0.1:27100/Terminal， '/api':是 '/Terminal': 的话，按照你这配置的话，那原来代码中的请求路径就为 Terminal?注意：例如上述配置中的<url >是http://127.0.0.1:27100， '/api':是 '/Terminal': 的话，按照你这配置的话，那原来代码中的请求路径就为 Terminal?这意味着你的前端应用将请求发送到你的服务器，然后你的服务器再将请求转发到目标服务器。

USB过压保护芯片，专业级电源过压和静电浪涌保护方案

Kuakewei888的博客

01-07

342

它如同一个高速电压比较器，一旦检测到电压超过预设安全阈值（如 6V、12V 或 24V），无需任何协议握手或软件指令，就能在 50-100 纳秒级的极短时间内切断电路通路，响应速度远超集成保护功能，为后端设备构建起第一道、也是最后一道关键安全屏障。过压保护芯片的核心职责是 “保安全”：无论前端电路出现何种电压异常，都能通过快速切断供电通路，确保输送到后端电路芯片的电压始终处于安全范围内，从根本上防止后端核心芯片因过压被烧毁，为设备的稳定运行提供关键安全保障。二、USB 过压保护芯片的核心工作原理与特性。

Java后端开发面试题清单（50道）