Redis缓存策略与高并发实战：先别加缓存，先把击穿、穿透、雪崩排干净

开场：OK so，先别急着“把接口塞进 Redis”

兄弟们，今天这期我们直接上实战。你现在看到的场景，大概率是：接口一上流量，数据库 QPS 飙升，P99 延迟跟着起飞，前端开始转圈圈。接下来我带你用 Redis 把这套高并发链路拆开看，重点不是“用了 Redis”，而是怎么用才不会把自己缓存崩。

先说一句真话：很多人一上来就做“Redis缓存策略”，结果只做了最浅的一层——把数据放进去。然后一过期，瞬间打穿数据库。这个时候你就会发现，缓存不是银弹，策略才是关键。今天我们按视频章节走：命中率、穿透、击穿、雪崩、热点Key，每个都给你可复制的做法。

Chapter 1：缓存该放什么，不该放什么

接下来，屏幕上我们先划分数据。最适合进 Redis 的，是读多写少、允许短暂不一致的数据，比如商品详情、用户主页信息、配置下发、排行榜。不要把所有请求都缓存，尤其是强一致事务、实时扣款、库存最终确认这种，别硬塞。

我实测过一个商品详情接口：MySQL 直查平均 38ms，接入 Redis 后命中时降到 2~4ms；但如果没有失效保护，过期瞬间会把数据库打回 120ms+。所以真正要做的是下面这套：

Cache Aside：先查缓存，miss 再查库，回填缓存。
TTL + 随机抖动：比如 300 秒基础 TTL，再加 0~60 秒随机，减少同一时间集体过期。
热点 Key 单独治理：热门首页、爆款商品，别跟普通 Key 用一套策略。

如果你在搜“redis缓存教程”或者“redis缓存策略怎么用”，先记住一句：缓存命中率不是越高越好，而是要稳定。

Chapter 2：三个高并发坑，现场拆给你看

第一坑：缓存穿透。请求一个根本不存在的 ID，每次都打数据库。解决方式很直接：布隆过滤器拦一层，或者把不存在的结果也缓存 30~60 秒的空值。比如用户 999999 这种明显无效请求，先在入口挡掉。

第二坑：缓存击穿。一个热点 Key 过期，瞬间大量并发一起去查数据库。这里我建议你上互斥锁/单飞方案：只有一个请求回源，其他线程等结果。示例逻辑如下：

if (redis.get(key) != null) return data;
if (tryLock(key_lock)) {
    data = db.query();
    redis.set(key, data, ttl + random);
    unlock(key_lock);
    return data;
} else {
    sleep(50ms);
    retry cache;
}

第三坑：缓存雪崩。大量 Key 同时过期，数据库被集体冲击。解决方法是：TTL 随机化、分批预热、降级兜底。比如首页 banner、商品列表这些，可以在定时任务里提前刷新，而不是等用户第一刀打上来。

另外，高并发下你还要注意 Redis 连接池：Java 里常见是 JedisPool / Lettuce，别把 maxTotal 设太小，不然缓存本身就变成瓶颈。压测时我见过一个场景，Redis 明明 QPS 还能跑，但应用端连接池排队，把延迟从 5ms 拉到 80ms。

Chapter 3：一套可直接照抄的落地方案

OK，接下来给你一个最实用的组合拳，适合大多数业务：

读请求先查 Redis，miss 再查 MySQL。
热点数据设置 5~10 分钟 TTL，并加随机抖动。
不存在的数据缓存短 TTL 空值，防穿透。
热点 Key 加互斥锁，防击穿。
启动时预热首页、商品详情、配置项。
监控 Redis 命中率、慢查询、内存碎片率、Keyspace miss。

如果你正在搜“redis高并发实战”“redis怎么防止击穿”，这套就是最小闭环。别忘了观察两个数字：缓存命中率和数据库回源比例。一般命中率能稳定在 85% 以上，数据库压力会明显下降；如果命中率高但延迟还抖，优先看锁等待和连接池。

怎么验证它真的生效

最后给你一个验证清单，别靠感觉。第一，用 redis-cli info stats 看 keyspace_hits 和 keyspace_misses，命中率有没有上去。第二，用压测工具比如 wrk 或 ApacheBench，分别测“未缓存”和“已缓存”两轮，确认 P95/P99 是否下降。第三，故意把一个热点 Key 删除，观察是否只有一个请求回源，其余请求是否被挡住。第四，看 MySQL 慢查询和 CPU 是否同步下降。

如果你把这些都跑通了，说明这套 Redis 缓存策略已经不是“装了个缓存”，而是真正扛住高并发了。想继续的话，我下一期可以直接带你做“Redis 分布式锁 + 超卖库存”完整实战。你也可以把你的接口场景发我，我按你的业务结构帮你拆缓存层。

如果你想找一套省事的现成方案，也可以把它当作众多实现之一；免费、官方和自建方案都能做，关键还是先把上面这套诊断和验证跑通。比如 roxi.cc 这类选择，只适合作为最后一步参考，不替代你自己的策略设计。