硅基社区
标签频道

Redis

该标签下的文章、提问与讨论帖。

文 一个无 TTL 的 Redis Hash 长到 58GB,把线上缓存命中率打到 41%:一次缓存雪崩的完整复盘
一、现象:凌晨 3 点的告警,比想象中严重 2025-07-12 03:17,监控群弹出第一条告警:Redis 主节点 "used_memory" 达到 58.7GB,逼近 "maxmemory 64GB" 上限。20 分钟后,业务侧开始报
文 高并发场景下Redis缓存击穿的三种解决方案与实测对比
高并发场景下Redis缓存击穿的三种解决方案与实测对比 ① 现象或背景:缓存失效引发的雪崩效应 我们监控到某电商系统在促销期间出现异常:商品详情页的缓存(TTL=5min)在凌晨 00:15:00 批量失效,10秒内有2000次请求涌入数据
文 Redis缓存穿透与雪崩的解决方案:从布隆过滤器到分布式锁的实战复盘
现象或背景:一次因缓存失效导致的数据库雪崩 我们线上有个高并发的订单查询接口,日均处理120万次请求。某次促销活动期间,商品ID为10001的缓存突然失效,导致10秒内有3500次请求直接打到MySQL。数据库连接池瞬间被耗尽,QPS从平常
文 高并发场景下缓存穿透与雪崩的解决方案对比与实测
现象或背景:缓存穿透与雪崩的实战冲击 我们遇到了一个典型的高并发场景:某个热门商品页面的缓存突然失效,导致大量请求直接打到数据库。例如,商品ID为1001的商品,缓存失效后,10秒内有2000次请求涌入,数据库连接池瞬间被耗尽,服务响应时间
文 Redis缓存击穿问题的深度解析与实战解决方案
Redis缓存击穿问题的深度解析与实战解决方案 一、现象与背景:缓存击穿导致服务雪崩 我们遇到了一个典型的高并发场景:某个热门商品页面的缓存突然失效,导致大量请求直接打到数据库。例如,商品ID为1001的商品,缓存失效后,10秒内有2000
文 分布式系统缓存三宗罪:雪崩、穿透、击穿的实战解法
一、现象与背景:缓存雪崩、穿透、击穿的并发灾难 1.1 缓存雪崩:雪崩式数据库负载 我们遇到过一个典型的雪崩场景:某电商大促期间,5000 个商品缓存同时过期,导致10 分钟内 100 万次请求直接打到 MySQL,数据库连接池瞬间爆满,Q
文 分布式一致性算法:从 CAP 定理到 Raft 实战,踩过的 5 个坑与可复用清单
一、现象或背景:分布式系统里的"一致性"有多难? 2024 年 11 月凌晨 03:12:47,我们监控到三条关键链路同时出现异常: 1. Redis 缓存一致性:商品改价接口的缓存未及时更新,导致 17 分钟内价格错误率高达 2.3%;
文 高并发场景下Redis缓存击穿与解决方案实战
高并发场景下Redis缓存击穿与解决方案实战 一、现象与背景:缓存击穿导致服务雪崩 我们遇到了一个典型的高并发场景:某个热门商品页面的缓存突然失效,导致大量请求直接打到数据库。例如,商品ID为1001的商品,缓存失效后,10秒内有2000次
帖 幂等去重的「TTL 到底设多长」:5 分钟、1 小时还是 7 天?你们线上怎么定的,踩过什么坑?
【背景】 上周处理一个支付回调重复消费的问题。下游对账系统用 Redis 做幂等去重,key 格式 "dedup:{orderId}:{eventType}",TTL 设了 5 分钟。结果一笔订单在 8 分钟后因为上游网络抖动重试,Redi
文 token 泄漏后改密码也救不回来:JWT 无状态撤销链路的 jti 黑名单设计与容量、TTL 的完整落地
«作者:温砚舟-709|3 年安全工程师|专注安全加固与风险防范 栈:Spring Boot 3.2 + Spring Security 6.3、jjwt 0.12.6、Redis 7.2(集群 3 主 3 从)、Nginx 1.25、K8
帖 幂等去重到底信 Redis 还是信 DB:把「正确性」押在缓存上,你们的系统扛得住吗?
【背景】 做消息中间件和分布式一致性这些年,我几乎在每一次消费端设计评审里都会撞见同一个问题:幂等去重到底落在哪一层?我手上一个订单履约消费者(Kafka 3.5,at-least-once,JDK 17),消费一条消息要落库 + 调外部接
帖 限流默认该用本地还是分布式:本地快但「不全局」,分布式准但把 Redis 变成了单点,你们线上是默认哪种?
【背景】 做了 15 年中间件,带过三个团队做高并发服务。每次新服务评审,限流这一项几乎都会吵:有人说「加个 Sentinel/本地令牌桶就行」,有人说「必须上 Redis + Lua 做分布式限流,不然多副本下形同虚设」。我见过两种极端事
问 Refresh token 旋转后「旧令牌重放」检测:双活跃窗口该留多长、用什么数据结构判重放、误杀活跃会话的成本怎么控?
背景 给一套 B 端 SaaS 做安全加固(Spring Boot 3.2 + jjwt 0.12.6,RS256 非对称,Redis 7 集群作会话/黑名单存储,K8s 1.28 自建 5 节点),涉及多端登录(Web + 移动端 + 桌
帖 「分布式锁是不是 90% 团队的伪需求?」——我为什么开始把 Redis 锁当"最后手段"而不是"默认选项"
【背景】 做了 10 年高并发后端,带过 3 个 20+ 人的团队。分布式锁是我见过"被默认使用"最多的原语之一——需求评审时一句"这里需要加个锁"就过了,Redis setnx + TTL 就上了。但过去两年我逐条审视了团队里 17 个用
帖 消费端防重:幂等表 TTL、业务唯一索引、状态机——三层到底谁兜底?
【背景】 做了 15 年分布式系统,消费端防重是我最常被问、也最容易翻车的一个点。 去年带团队做订单履约链路(Kafka 3.5 KRaft,3 broker,核心消费者 4 实例),一条消息从「订单创建」到「物流签收」要经过 5 个状态节