2. 热点Key问题定义与识别
2.1 什么是热点Key
热点Key（Hot Key）是指在Redis集群中，某一时间段内被大量客户端并发访问的单个或少量Key。当访问量远超单台Redis实例的处理能力时，该Key所在的节点会成为性能瓶颈，导致请求延迟飙升、CPU满载、网络带宽打满，甚至引发缓存雪崩或集群整体不可用。
核心定义： 热点Key = 高并发访问频率 × 单一Key集中承载。通常以QPS（每秒查询数）衡量，当单个Key的QPS超过10万甚至百万级别时，即构成热点风险。
2.2 热点Key的典型特征
| 特征维度 | 典型表现 | 量化指标参考 |
|---|---|---|
| 访问频率 | 单个Key的QPS远高于集群平均Key的QPS | 单Key QPS > 集群平均QPS × 10倍 |
| 资源消耗 | Redis节点CPU使用率持续超过80%，网络带宽接近上限 | CPU > 80%，带宽利用率 > 70% |
| 延迟波动 | 该Key的读写延迟从微秒级飙升至毫秒级甚至秒级 | P99延迟 > 100ms（正常 < 1ms） |
| 集群倾斜 | 数据分片节点间内存/CPU使用率严重不均 | 单节点CPU使用率 > 其他节点 × 5倍 |
| 请求模式 | 大量客户端同时请求同一个Key，且请求集中在极短时间窗口 | 同一秒内请求数 > 10万次 |
2.3 热点Key识别流程
生产环境中，热点Key的识别通常采用以下组合策略：
- 客户端统计： 在Jedis/Lettuce客户端侧拦截Key访问，记录高频Key。
- Redis Monitor命令： 使用
MONITOR命令采样（注意：生产环境慎用，会降低性能）。 - Redis-cli --hotkeys： Redis 6.0+内置热点Key分析工具。
- 代理层统计： 在Twemproxy/Redis Cluster Proxy层记录Key访问频次。
- 慢查询日志： 结合
SLOWLOG定位延迟异常的Key。
# 使用redis-cli --hotkeys分析热点Key（Redis 6.0+）
redis-cli --hotkeys
# 输出示例：
# Hot keys found:
# key: "product:1001" type: string value_size: 256 qps: 125000
# key: "flash_sale:stock" type: string value_size: 8 qps: 980002.4 业务场景举例
热点Key在互联网业务中高频出现，以下为三类典型场景：
| 业务场景 | 热点Key示例 | 并发特征 | 风险等级 |
|---|---|---|---|
| 电商秒杀/大促 | flash_sale:item_1001（秒杀商品库存） |
百万级用户同时抢购同一商品 | ★★★★★ |
| 社交热点/热搜 | hot_topic:2025_03_21（今日热搜榜单） |
数亿用户刷新同一榜单 | ★★★★☆ |
| 全局计数器 | global:visitor_count（全站PV统计） |
所有请求都更新同一个计数器 | ★★★☆☆ |
实战案例： 某电商平台双11大促期间，秒杀商品Key
seckill:stock:8888 的QPS瞬间飙升至320万/秒，导致该Key所在Redis节点CPU 100%，所有请求超时。最终通过本地缓存+Key分片+限流组合方案解决。
2.5 热点Key影响链路图
下图展示了热点Key从产生到引发系统故障的完整链路：
2.6 热点Key与慢查询的关联
热点Key和慢查询经常相互诱发：
- 热点Key导致慢查询： 高并发下，单个Key的请求排队，导致该Key的每次操作延迟显著增加，被记录为慢查询。
- 慢查询加剧热点： 如果热点Key上执行了复杂操作（如
SORT、ZUNIONSTORE、大Value的GET），单次操作耗时变长，进一步降低吞吐量，使热点问题恶化。 - 识别优先级： 在慢查询日志中，如果发现大量慢查询集中在同一个Key上，应优先排查该Key是否为热点Key。
避坑提示： 不要仅依赖
MONITOR命令识别热点Key。在生产环境开启MONITOR会使Redis性能下降50%以上。推荐使用redis-cli --hotkeys或客户端侧统计方案。
2.7 热点Key分类速查表
| 分类 | 典型Key模式 | 数据结构 | 常见QPS范围 | 推荐识别工具 |
|---|---|---|---|---|
| 读热点 | product:detail:{id} |
String / Hash | 10万~100万 | 客户端统计 + --hotkeys |
| 写热点 | counter:{name} |
String (INCR) | 5万~50万 | 代理层统计 |
| 读写混合热点 | flash_sale:stock |
String (WATCH/MULTI) | 20万~200万 | 慢查询 + 延迟监控 |
| 集合热点 | hot_rank:list |
ZSet / List | 1万~10万 | MONITOR（低峰期） |