1. 热点问题概述

1.1 什么是 Redis 热点 Key

热点 Key 是指在短时间内被大量并发请求集中访问的 Redis 键。当某个 Key 的 QPS（每秒查询数）远超 Redis 单实例的处理能力阈值（通常为 5~10 万 QPS），或请求量导致单节点 CPU 达到 90% 以上时，该 Key 即被定义为热点 Key。

1.2 典型业务场景

热点 Key 在互联网高并发业务中高频出现，以下三类场景最具代表性：

1.3 热点问题带来的雪崩与性能风险

热点 Key 一旦形成，会引发连锁反应，导致系统性能急剧恶化甚至整体雪崩。主要风险路径如下：

1. 单节点过载： Redis 单线程模型下，热点 Key 的密集请求阻塞其他 Key 的正常服务，延迟从毫秒级飙升到秒级。
2. 带宽打满： 热点 Key 的响应数据（如商品详情 JSON）可能达到 KB 级别，万级并发即可占满千兆网卡带宽。
3. 缓存击穿： 热点 Key 过期瞬间，大量请求穿透到后端数据库，导致数据库连接池耗尽、慢查询堆积。
4. 雪崩效应： 数据库被打垮后，依赖该数据的上游服务超时重试，进一步放大流量，最终导致整个服务链路崩溃。

1.4 热点 Key 的识别与分类

根据访问模式和数据特性，热点 Key 可分为以下四类：

1.5 热点问题的核心矛盾

从架构视角看，热点 Key 问题的本质是 单点瓶颈与分布式弹性之间的矛盾。Redis 单实例的垂直扩展能力有限（受限于 CPU 单核性能），而热点流量往往集中在单一 Key 上，无法通过增加节点数来线性扩展。这要求架构师必须在应用层、缓存层、数据层三个维度协同设计削峰策略。