常见缓存策略精析

Tue, 05 May 2026 22:46:44 +0800

缓存三兄弟

是什么：大量请求查询数据库不存在的数据。缓存没有，持续击打数据库防范方法：

缓存空值
1. 数据库查不到也往缓存放一个空标记（TTL短，2分钟，该TTL过期了才能进行再次数据库查询）
2. 下一次同样的id来了直接被挡住
3. 优点：有效拦截大量穿透请求
4. 缺点：
  1. 恶意攻击造成大量不同的不存在的key，缓存堆满无效数据，浪费内存
  2. 延迟了数据一致性，新数据必须等缓存过期
布隆过滤器（推荐）
1. 启动时把所有合法id放入布隆过滤器；
2. 布隆过滤器不给进就真的没有；
3. 优点：
  1. 没有高内存占用风险
  2. 没有数据一致性风险
4. 缺点：
  1. 有极小误判率
  2. 增删要维护。数据更新时，要同步更新布隆过滤器
接口层限流和校验
1. API网关或Controller层做拦截
2. 参数校验、限流降级
互斥锁重建
1. 互斥锁主要解决缓存击穿（热点key过期），但是在缓存空对象场景下，如果有大量并发请求一个不存在的key，可以使用锁
2. 每次访问让一个线程去查DB，其他线程等待

大厂的实践

是什么：某个被疯狂访问的热点key，因为TTL一到，失效的一瞬间海量并发请求同时miss，同时到DB重建同一个key

防范方法：

互斥锁
1. 只让第1个miss的线程去查DB
2. 其他线程等一下再读缓存
  1. 高一致性：线程傻傻等待
  2. 低一致性：先给旧数据，下一次来查就是新的
逻辑过期
1. key永不物理过期，把过期时间存在value里面
2. 如果发现逻辑上过期了，异步开个线程重建
3. 当前请求先返回旧值

如何搭建出正确的锁？

v1：SETNX key 1 抢锁，DEL key 释放

SETNX=“不存在才设置成功”，天然互斥。但问题：抢到锁的线程崩了、DEL 没执行 → 锁永远不释放 → 死锁。

v2：给锁加过期间

崩了也能自动过期。但关键：必须用一条原子命令 SET key value NX EX 30。

陷阱：别写成 SETNX + 再 EXPIRE 两条——如果刚 SETNX 成功、还没 EXPIRE 就崩了，又变回 v1 的死锁。“抢锁"和"设过期"必须一步做完。