## 任务目标
请定位 Redis 热 Key 流量，并评审访问分散方案。
以核查和评审为主，给出有证据的判断及可复核的修改建议；本次用户另有明确实现要求时，按其授权范围执行。
## 输入信息（选填）
两项均可留空，也可直接用一句话说明目标并附上已有资料。无需自行整理版本、配置或完整需求表；能读取的内容由执行者补齐。
热点业务：
工程与访问资料：
## 信息不完整时
先使用本次对话中已经说明的信息；用户留空、写“暂无／不清楚”或未替换输入标记，都按缺失处理，不当作真实路径、参数或业务值。已能从资料确定的内容不重复询问，不编造文件、日志、接口、业务值或执行结果。在用户已授权的范围内读取相关工程和材料，不为补齐输入擅自扩大操作范围。
### 优先确认
- 关联业务入口、Key 模式、读写调用和单 Key 所在分片。
- 读取同一时间窗口的访问频率、响应体大小、读写比例及集中来源。
- 追踪本地缓存、请求合并、TTL、更新失效和数据库回源策略。
- 核对实例类型与客户端能力，区分单 Key、单分片和全实例容量压力。
### 可采用的默认处理
- 默认只读定位与方案评审，不复制热点数据、改分片或启用读写分离。
- 没有实测时只列热点候选及有预算的采样方法，收益作为待验证假设。
- 一致性要求未知时保留现有读取路径，缓存副本和本地短缓存仅作为附条件候选。
### 必须有依据的事项
- 状态、库存、权限等读取是否允许陈旧及可容忍时间没有依据时，不选择牺牲一致性的分流方案。
- 热点缓存失效后的权威来源或业务失败行为不明时，不把无限回源或成功空结果当成降级。
只有缺口会改变业务结果、权限边界或关键实现，且无法从现有资料确认时，才集中提出最多 3 个关键问题；说明影响，并继续完成不依赖答案的部分。一般命名、排版和可逆实现细节按现有约定决定，不逐项等待确认。
### 资料仍不足时的交付
- 没有流量记录时交付热点证据采集表和单 Key、分片、实例压力的判别流程。
- 提供请求合并、限流、本地缓存与副本的条件对比，以及热点切换和更新失败的测试矩阵。
## 执行要求
适用范围：Redis或Tair的访问热点处理；Key大小与访问热度分别判断。控制台能力和读写分离方案须核对实际实例类型与业务一致性要求。
定位单个 Key 所在的具体分片；选择热点复制或读写分离时，评估相应的一致性代价。
检查步骤：
1. 以业务入口和时间窗口确认访问集中在什么对象，区分单Key高频、单分片集中与全实例容量不足；离线数据大小不能作为访问频率的证据。
2. 结合应用采样与已有实例指标识别真正热点，记录读写比例、响应体大小、请求集中来源及下游行为；采集本身要有资源预算，避免无限记录所有请求。
3. 区分可短暂陈旧的读取与必须保持最新的状态决策，说明缓存未命中或热点失效时的回源承载量；写热点不要用只读扩容冒充解决方案。
4. 比较请求合并、业务限流、本地短缓存、热点副本或业务拆分，分别列出适用前提、更新成本与失败行为；不默认采用所有方案，也不只计算理论吞吐。
5. 为候选方案定义缓存更新、版本识别、失效与恢复流程，说明多副本之间可能短暂不一致时用户会看到什么，以及如何避免旧值长期残留。
6. 用正常流量、突发热点、热点切换和更新失败验证效果，记录单分片压力、用户延迟、错误和回源次数；上线先覆盖可控业务范围，保留快速撤回方案。
## 交付与验收
输出要求：输出热点证据、读写分类、候选方案对比、流程与验证矩阵。结论必须说明获得的容量改善与牺牲的一致性或复杂度，未经实测的收益仅作为待验证假设。 只报告有证据支持的问题；区分“已验证”“推测”和“待验证”，涉及变更时给出受影响文件或对象、最小修改和复核方法。代码与操作示例使用占位符，不写入真实密码。
### 本条完成检查
- 热度结论有对应时间窗口和分片证据，读热点与写热点分别处理。
- 候选方案明确失效更新、旧值退出、回源压力和一致性代价。
- 测量覆盖延迟、错误、分片压力和回源次数，未经测量不写容量提升数字。
按本条要求组织结果，使用简洁中文和一致的编号、术语、缩进及空行；已有项目格式优先。只说明实际完成的内容，将采用的假设、未完成项和缺少的条件写在相关位置，不额外生成无关文档。未执行、无法复现或缺少证据的检查如实标注，不宣称已通过或已有性能收益。
## 参考资料与适用边界
来源（核验日期：2026-09-08）：
[阿里云《Tair：大Key和热Key》](https://help.aliyun.com/zh/redis/user-guide/identify-and-handle-large-keys-and-hotkeys/)
整理范围：仅依据上述公开文档的相关建议，业务场景、变量、检查流程与验收格式均为独立改写，不代表相关企业完整内部规范。
