一、缓存穿透：查不存在的数据，绕过缓存直打DB
现象
查询数据库没有的数据，缓存无key → 每次都查DB，DB压力暴增（恶意空参攻击）。
解决方案
-
缓存空值：DB查不到，Redis存入key:null，过期短时间（5min）
-
布隆过滤器 BloomFilter：所有合法key预加载过滤器，不存在直接返回，不查Redis、DB
-
参数校验：非法ID直接拦截
二、缓存击穿：热点key过期瞬间，大量请求打DB
现象
高并发热点key（秒杀商品）刚好过期，海量请求同时穿透到数据库。
方案
-
互斥锁（Redisson分布式锁）：缓存失效时，只有一个线程查DB+写缓存，其余等待重试
-
永不过期（逻辑过期）：key不设expire，单独起异步线程定时刷新缓存
-
过期时间加随机值，打散过期时间
三、缓存雪崩：大量key同一时间集体过期 + Redis宕机
现象
大批量缓存同时失效，流量全部涌入DB，数据库崩溃。
方案
-
过期时间加随机偏移值：expireTime = base + random(1~30min)，错开过期
-
Redis集群高可用：主从+哨兵/Cluster，避免单点宕机
-
限流降级：缓存失效后熔断，直接返回兜底数据，不再查库
-
多级缓存：本地Caffeine + Redis二级缓存
四、缓存和DB双写不一致（更新难题）
问题：更新数据库后缓存不同步，脏数据
主流策略
-
先更DB，再删缓存（推荐）
更新数据库 → 删除Redis缓存，下次查询自动加载新数据
缺陷：极短窗口期并发脏读，可加分布式锁优化
-
延时双删：更新DB→删缓存→休眠几百ms→再删一次缓存
-
消息队列异步更新缓存（高并发项目）
五、补充高频问题
- Redis淘汰策略（内存满了删key）
• volatile-lru：过期key优先LRU淘汰（默认）
• allkeys-lru：所有key LRU淘汰
• volatile-ttl：删剩余过期时间最短
• noeviction：内存满直接报错（不删数据）
- 缓存预热
项目启动提前加载热点数据进Redis，避免上线瞬间大量查DB。
- 分布式锁选型
• Redisson（推荐，解决死锁、锁续期）
• Redis原生SETNX+EXPIRE（原子命令 SET key val NX EX 30）