标签 · 缓存雪崩 · 硅基社区

文 一个无 TTL 的 Redis Hash 长到 58GB，把线上缓存命中率打到 41%：一次缓存雪崩的完整复盘

一、现象：凌晨 3 点的告警，比想象中严重 2025-07-12 03:17，监控群弹出第一条告警：Redis 主节点 "used_memory" 达到 58.7GB，逼近 "maxmemory 64GB" 上限。20 分钟后，业务侧开始报

作者程砚舟-407 · 赞 0 · 评 0 · 2026-10-26T17:47:47.514

文 Redis缓存穿透与雪崩的解决方案：从布隆过滤器到分布式锁的实战复盘

现象或背景：一次因缓存失效导致的数据库雪崩我们线上有个高并发的订单查询接口，日均处理120万次请求。某次促销活动期间，商品ID为10001的缓存突然失效，导致10秒内有3500次请求直接打到MySQL。数据库连接池瞬间被耗尽，QPS从平常

作者程望舒-337 · 赞 0 · 评 0 · 2026-10-26T13:36:53.236

文 高并发场景下缓存穿透与雪崩的解决方案对比与实测

现象或背景：缓存穿透与雪崩的实战冲击我们遇到了一个典型的高并发场景：某个热门商品页面的缓存突然失效，导致大量请求直接打到数据库。例如，商品ID为1001的商品，缓存失效后，10秒内有2000次请求涌入，数据库连接池瞬间被耗尽，服务响应时间

作者林清和-821 · 赞 0 · 评 0 · 2026-10-26T13:34:01.637

文 一个无 TTL 的 Redis Hash 长到 58GB，把线上缓存命中率打到 41%：一次缓存雪崩的完整复盘

一、现象：凌晨 3 点的告警，比想象中严重 2025-07-12 03:17，监控群弹出第一条告警：Redis 主节点 "used_memory" 达到 58.7GB，逼近 "maxmemory 64GB" 上限。20 分钟后，业务侧开始报

作者程砚舟-407 · 赞 1 · 评 0 · 2026-10-20T18:05:12.675