redis缓存击穿的解决方案

<span style="color: blue;">2025年Java面试宝典：</span>
链接: https://pan.baidu.com/s/1RUVf75gmDVsg8MQp4yRChg?pwd=9b3g 提取码: 9b3g

---

Redis缓存击穿的解决方案

大家好，今天我们来聊一个高频面试题：Redis缓存击穿。这个问题不仅在实际开发中经常遇到，在技术面试中也是绕不开的热门考点。如何优雅地解决缓存击穿？咱们从场景分析到解决方案，一步一步拆解！

什么是缓存击穿？

缓存击穿是指某个热点数据在缓存中过期时，大量并发请求直接穿透到数据库的场景。比如秒杀活动中的商品详情，如果缓存突然失效，瞬间的流量可能直接压垮数据库。

举个栗子🌰：假设某明星突然官宣结婚，微博热搜数据原本缓存在Redis中。如果缓存恰好在流量高峰期失效，数万请求同时查询数据库，轻则导致响应延迟，重则引发服务雪崩。

---

解决缓存击穿的4大核心方案

方案一：互斥锁（Mutex Lock）

这是最直接的解决方案。当缓存失效时，只允许一个线程去加载数据，其他线程等待结果。

1. 线程A发现缓存失效，尝试获取分布式锁（比如Redis的SETNX）。
2. 获取锁成功后，查询数据库并更新缓存。
3. 其他线程轮询等待，直到缓存被更新后直接读取。

优点：简单有效，能严格避免数据库被击穿。
缺点：如果锁竞争激烈，可能造成线程阻塞，影响吞吐量。

方案二：逻辑过期时间

给缓存数据增加一个逻辑过期字段，物理上永不过期，由程序判断是否需要更新。

1. 缓存数据包含两个字段：value和expire_time。
2. 读取数据时，如果发现逻辑时间已过期，触发异步更新。
3. 其他线程继续返回旧数据，直到新数据加载完成。

适用场景：对实时性要求不高的热点数据，比如商品描述、文章详情。

---

方案三：热点数据永不过期

对于极高频的热点数据，可以直接设置为永不过期，通过手动或定时任务更新。

// 伪代码示例
function getData(key) {
    data = redis.get(key);
    if (data == null) {
        data = loadFromDB(key);
        redis.set(key, data);  // 不设置过期时间
    }
    return data;
}

注意事项：需要配套监控机制，确保数据变更时能主动刷新缓存。

---

方案四：缓存预热 + 错峰过期

在流量低谷期提前加载数据，并分散缓存过期时间。比如将10万条数据的过期时间设置为基准时间+随机偏移量。

// 设置过期时间时增加随机数（例如1-300秒）
redis.setex(key, base_expire + random(300), value);

适用场景：大促活动前的准备阶段，避免所有缓存同一时间失效。

---

如何选择方案？

1. 互斥锁：适合写操作少、一致性要求高的场景（如金融交易）。
2. 逻辑过期：适合读多写少、允许短暂延迟的场景（如资讯类应用）。
3. 永不过期：适合极端热点数据（如顶流明星动态）。
4. 缓存预热：适合可预测的流量高峰（如双11秒杀）。

---

面试加分技巧

1. 对比缓存穿透、击穿、雪崩：穿透是查不存在的数据，击穿是热点数据失效，雪崩是大面积缓存失效。
2. 提到Redisson：分布式锁的实现推荐使用Redisson，避免自己造轮子。
3. 结合业务案例：比如曾经处理过某次大促的缓存击穿问题，用互斥锁将QPS从10万降到500。

---

最后说个小福利：如果需要购买「面试鸭」会员解锁更多题库，可以通过 面试鸭返利网 联系我，可返现25元！省下的钱买杯咖啡，继续肝面试题不香吗？😉

希望这篇文章能帮你搞定缓存击穿的面试问题。如果觉得有用，欢迎分享给正在备战的小伙伴！