缓存热点 Key 问题是什么？如何解决？
简化版
热点 Key 指某个 key 被极高并发访问，比如秒杀商品、爆款活动配置、热点新闻。它会让单个 Redis 节点、单个 slot 或单个网络链路压力过大，甚至导致 Redis 慢查询和集群倾斜。解决方案包括本地缓存、多级缓存、热点 key 副本拆分、读请求分散、限流降级、提前预热和热点探测。
详细版
热点 Key 的问题不是数据大，而是访问频率太高。常见危害：
- Redis 单节点 QPS 被打满，其他 key 也被拖慢。
- Cluster 中某个 slot 特别热，无法靠普通分片均摊。
- 热点 key 过期时容易发生缓存击穿。
- 网络带宽和客户端连接池被单个 key 占满。
解决思路是“降低 Redis 访问次数 + 分散热点流量”：应用本地缓存挡最热请求；把热点 key 做多个副本，如 hot:item:1:0~9，随机读不同副本；热点数据提前预热并设置逻辑过期；极端流量下限流、降级、返回静态快照。
完整版教学
一、热点 Key 和大 Key 不一样
大 Key 是单个 key 数据量太大，热点 Key 是单个 key 访问太频繁。一个 key 只有几十字节，也可能因为每秒几十万次访问成为热点。比如秒杀库存展示、热门直播间信息、首页活动配置，都可能非常小但极热。
这两类问题治理方向不同。大 Key 要拆数据量，热点 Key 要拆访问压力。
二、为什么热点 Key 会造成集群倾斜
Redis Cluster 按 slot 分片，一个 key 只落在一个 slot 上，也就是一个主节点上。即使集群有很多节点，一个热点 key 的读流量仍然集中到一个节点，无法自动被分散。这个节点打满后，整个业务会感觉 Redis 慢，但实际上只是某个 slot 特别热。
所以扩容 Redis 节点不一定能解决单 key 热点，必须对热点 key 做读流量分散或本地缓存。
三、本地缓存是最直接的减压手段
对热点读多写少数据，可以在应用进程内放 Caffeine/Guava 本地缓存。请求先读本地缓存，本地命中就不访问 Redis。这样热点流量被分散到每台应用机器内存里，Redis 压力大幅下降。
代价是一致性变弱。配置、商品详情、活动信息这类能容忍几秒旧值的数据适合本地缓存；余额、权限实时校验、库存扣减不适合随便放本地缓存。
四、副本拆分如何分散热点
可以把同一份热点值写成多个副本 key，比如 hot:product:100:0 到 hot:product:100:9，读请求随机挑一个副本读。这样同一份数据分散到多个 key，如果 key 分布到不同 slot，就能让多个 Redis 节点共同承担压力。
写入时要更新所有副本，或者先删所有副本再懒加载。副本数要按流量估算，不是越多越好，因为写入和一致性维护成本也会上升。
五、热点探测和预案很重要
热点 key 往往突然出现，比如新闻爆了、活动开始、直播间上热门。系统需要监控 Redis key 访问频率、慢命令、节点 QPS、网络流量，发现热点后自动推送到本地缓存或启用副本拆分。
大促前则要预热热点数据，避免活动开始时同时缓存未命中。对极端场景，还要准备静态兜底、限流、排队和降级。
六、面试追问与工程边界
面试官常会追问“热点 key 副本会不会造成一致性问题”。会。多个副本意味着写入或删除时要处理多个 key，可能出现部分副本旧、部分副本新的短暂不一致。因此副本拆分更适合读多写少、能容忍短暂旧值的数据。
如果热点数据涉及库存、余额、权限这类强约束，不应只靠复制多个缓存副本解决。可以把展示读缓存化，但最终写入和校验要走强一致链路。热点治理的目标是保护读流量，不能牺牲业务正确性。
七、常见误区与追问
这道题不能只背概念，要把「热点 Key」放回真实分布式系统里解释：参与方是谁、状态怎么流转、失败后怎么恢复，以及它在一致性、性能、可用性之间做了什么取舍。
| 回答层次 | 要讲清的内容 | 容易漏掉的边界 |
|---|---|---|
| 核心结论 | 热点 key 是少数 key 承载极高访问量，可能打满单 Redis 分片或网络带宽 | 不要停在名词解释 |
| 流程机制 | 监控 QPS 和带宽 -> 识别热点 key -> 本地缓存或多副本缓存 -> 请求合并和限流 -> 热点结束后回收策略 | 说明触发方、存储方、确认点和兜底 |
| 工程取舍 | 秒杀商品详情 key 若占 30% 总 QPS，即使总缓存命中率高，也会压垮该 key 所在节点 | 缓存提升吞吐但会引入旧值、热点、内存和失效风暴问题 |
热点 Key 面试拆解：
1. 监控 QPS 和带宽
2. 识别热点 key
3. 本地缓存或多副本缓存
4. 请求合并和限流
5. 热点结束后回收策略记忆钩子：先说明缓存承担的读写压力，再拆穿透、击穿、雪崩、热点、一致性和淘汰策略；回答时要紧扣「热点 Key」这道题，不要把相邻概念混成一段泛泛的分布式套话。
- 误区：命中率高就没有热点问题。 热点 key 命中率高但集中打某个节点，仍会形成瓶颈。
- 误区：扩 Redis 节点一定能解决。 单 key 仍落在一个 slot，普通扩容无法拆散热点。
- 误区：热点永不过期最好。 会带来旧值风险和主动更新复杂度。
- 追问：热点 key 怎么发现？ Redis hotkeys、代理层统计、客户端埋点、带宽和慢日志。
- 追问：怎么治理？ 本地缓存、多副本 key、读写分离、请求合并、限流降级。
- 追问：多副本 key 如何一致？ 短 TTL、主动广播更新或版本号控制。
八、加强记忆
热点 Key 是访问太热，不一定数据大。它会让单个 Redis 节点或 slot 被打满，普通扩容不一定有效。治理核心是减少访问和分散访问：本地缓存、多级缓存、副本 key 随机读、热点预热、逻辑过期、限流降级。大 Key 拆容量，热点 Key 拆流量。