项目中为什么用Redis?
我一个学弟腾讯二面挂了！当时面试官问：“你们项目中为什么用Redis？”
他脱口而出：“为了提升性能。”
话音刚落，面试官的眼神变了。紧接着，一连串的追问像子弹一样射了过来：
“具体数据呢？性能提升了多少？”“那为什么不用Memcached？”“缓存一致性怎么保证？”“如果Redis挂了怎么办？有考虑过吗？”
他当场就懵了，支支吾吾，大脑一片空白。结果可想而知，面试凉凉。
帮他复盘期间，他也意识到了，一句“提升性能”是面试中最苍白、最无效的回答。面试官想听的，根本不是这个。
那么，一个让面试官眼前一亮的“满分回答”应该是什么样的呢？
核心在于四个字：体系化思维。你需要像讲一个故事一样，清晰地呈现出你的思考脉络。这个故事包含四个关键步骤：
- 痛点（Pain Point）：首先，项目遇到了什么具体的技术瓶颈？是数据库压力太大，还是用户响应时间太长？把问题摆出来。
- 方案（Solution）：接着，你是如何设计方案的？为什么选择了Redis而不是其他技术？你的Key是如何设计的？这是展现你技术选型和设计能力的地方。
- 数据（Data）：然后，用数据说话！优化效果怎么样？响应时间从多少毫秒降到了多少？QPS（每秒查询率）提升了多少？拿出具体的数据，这是最有力的证明。
- 深度（Depth）：最后，展现你的技术深度。你有没有考虑过缓存使用中的经典难题？比如缓存穿透、击穿和雪崩？你是如何解决这些问题的？这决定了你是一个“码农”还是一个“架构师”。
掌握了这个四步框架，你就能把一个简单的问题，回答出架构师的水平。
(场景一：缓存架构讲解)
好，我们现在就用这个框架，来模拟一次“教科书式”的回答。
第一步，痛点。“面试官您好，在我负责的电商项目中，商品详情页是访问量最大的模块，日均访问量高达5000万次。最初所有请求都直接查询MySQL，导致数据库CPU占用率飙升到85%，用户访问的平均响应时间超过了180毫秒，用户体验很差。”
第二步，方案。“为了解决这个问题，我们引入了Redis作为缓存层。整体架构是典型的‘Cache-Aside’（旁路缓存）模式。当用户请求过来，应用服务会先查询Redis。如果Redis中有数据，就直接返回，这个过程极快。”
第三步，数据。“这套方案上线后，效果非常显著。Redis缓存的命中率达到了92%，这意味着绝大多数请求都在15毫秒内就返回了。数据库的QPS（每秒查询率）下降了92.5%，CPU占用率也从85%的峰值降到了25%的健康水平。”
“那如果缓存没命中呢？我们会查询MySQL，然后关键的一步是，把从数据库查出来的数据‘回写’到Redis中，这样下一次同样的请求就能命中缓存了。同时，我们还设计了数据预热策略，每天凌晨定时将销量Top 10000的商品提前加载到缓存中，确保热点数据的高命中率。”
(场景二：分布式锁讲解)
讲到这里，面试官大概率会追问：“Redis除了做缓存，还在项目里承担了其他角色吗？”
机会来了！这正是展示你知识广度的时候。
“当然有！在我们的秒杀业务中，为了防止商品超卖，我们利用Redis实现了分布式锁。”
“在分布式系统里，如果只用Java的synchronized锁，是锁不住的。因为每个服务实例都有自己的锁，它们会同时读取数据库库存，比如都读到库存是1，然后都去扣减，最后库存就变成了负数，导致超卖。”
“我们的解决方案是，在扣减库存前，所有服务实例先去Redis中抢一个‘锁’。我们用的是SET lock:seckill:{id} NX EX 5这个原子命令。NX保证了只有第一个到达的线程能成功设置这个key，相当于抢到了锁。EX 5设置了5秒的过期时间，防止线程崩溃导致死锁。只有抢到锁的线程，才能去数据库执行扣库存操作，其他线程则需要等待或放弃。这样就完美解决了高并发下的超卖问题，保证了数据的一致性。”
(场景三：缓存三大难题讲解)
如果面试进行到这里，你已经超越了80%的候选人。但要冲击SP、SSP Offer，你必须准备好回答关于缓存“三大难题”的追问。
“关于缓存的高可用和稳定性，我们重点解决了三个问题：缓存穿透、击穿和雪崩。”
- 缓存穿透：指的是黑客用大量不存在的ID来恶意请求，这些请求每次都会穿透缓存，直接打到数据库上，非常致命。我们的对策有两个：一是用‘布隆过滤器’这个神器，它可以高效地判断一个ID是否存在，提前拦截掉绝大部分无效请求；二是对查询结果为空的情况，我们也在Redis里缓存一个空值，并设置一个较短的过期时间，比如5分钟。
- 缓存击穿：它和穿透不同，指的是一个热点Key，比如一个爆款商品，在它缓存失效的瞬间，成千上万的请求同时涌入，直接把数据库打垮。我们的解决方案是使用‘互斥锁’，当缓存失效时，只允许第一个请求去查询数据库并回写缓存，其他请求则等待。
- 缓存雪崩：这是指更大规模的灾难，比如大量的Key在同一时间集体失效，或者Redis实例直接宕机。对此，我们的策略是：在设置Key的过期时间时，增加一个随机值，避免集体失效。同时，我们部署了Redis哨兵或集群模式，保证了服务的高可用。
所以，回到最初的问题：“项目中为什么用Redis？”
现在，你可以自信地回答：
“我们引入Redis，并不仅仅是为了‘提升性能’，而是一个体系化的优化过程。它解决了我们数据库访问压力大、用户响应慢的痛点；我们通过缓存和分布式锁等方案，实现了业务目标；最终带来了响应时间降低12倍、数据库负载下降70%的收益；并且我们还充分考虑了缓存穿透、击穿、雪崩等一系列稳定性问题，并设计了完整的解决方案。”
当你能这样结构化、数据化、有深度地回答问题时，面试官只会有一个反应：点头，然后给你一个大大的“PASS”！
关于Redis的面试技巧就分享到这里。大家还有什么问题，可以评论区聊聊。