4、缓存Key设计规范：Key命名规范、Key长度影响、避免大Key、热Key识别与处理
缓存Key的设计，说实话，是很多人容易忽视的细节。
我见过太多团队，Redis性能出问题，第一反应就是加机器、扩内存。结果呢？问题根本没解决。其实很多时候，问题就出在Key的设计上。Key设计得好，缓存命中率自然就高；设计得不好，再多的机器也扛不住。
今天我就把这块的经验掰开揉碎了讲给你听。
4.1 Key命名规范：一眼看懂，别让人猜
Key的命名，说白了就是给缓存数据起个名字。名字起得好，维护起来省心；名字起得烂，后期排查问题能把你逼疯。
我个人习惯用「业务域:模块:对象:属性」这种分层结构。举个例子：
# 推荐写法
user:profile:10001:name
order:detail:20240101:123456
product:stock:sku_8888
# 不推荐写法
u10001name
od123456
ps8888
为什么要这么写？因为可读性强，而且方便批量操作。比如我想清空所有用户相关的缓存，直接 redis-cli keys user:* 就搞定了。
user:profile:v2:10001，这样以后升级数据结构，新旧版本可以共存，不会互相影响。
4.2 Key长度影响：别小看那几十个字节
有人觉得，Key长一点短一点无所谓，反正Redis内存大。嗯，这个想法其实挺危险的。
我算笔账给你看：假设你有1亿个Key，每个Key多出20个字节，那就是2GB的内存浪费。这还只是Key本身，还没算上Redis内部的数据结构开销。
| Key长度 | 1亿Key占用内存 | 说明 |
|---|---|---|
| 20字节 | 约2GB | 理想情况 |
| 50字节 | 约5GB | 还能接受 |
| 100字节 | 约10GB | 有点浪费了 |
| 200字节 | 约20GB | 必须优化 |
但也不是越短越好。我见过有人用纯数字做Key，比如 10001，结果过了一个月，自己都搞不清这个Key对应什么数据。这就得不偿失了。
我的建议是：Key长度控制在30-50个字符之间。既保证可读性，又不浪费内存。
4.3 避免大Key：一个Key别塞太多东西
大Key是Redis性能的头号杀手。什么叫大Key？一般来说，单个Key的Value超过10MB，或者集合类型元素超过1万个，就算大Key了。
大Key有什么危害？我简单列一下：
- 读写慢： 一个请求要传输几十MB数据，网络开销巨大
- 阻塞其他操作： Redis是单线程的，处理一个大Key会阻塞后续所有请求
- 内存不均： 大Key会导致内存碎片，甚至触发OOM
- 迁移困难： 集群模式下，大Key迁移会卡住整个集群
我曾经遇到过一个问题：有个业务把用户的所有订单数据都塞到一个Hash里，结果这个Hash有50万个字段，每次操作都卡好几秒。后来我们把它拆成按月份分桶，每个桶最多1万个字段，问题就解决了。
del 直接删除大Key！它会阻塞Redis。正确做法是用 unlink 命令，后台异步删除。
4.4 热Key识别与处理：别让一个Key拖垮整个系统
热Key，就是被高频访问的Key。比如双十一的爆款商品、微博热搜话题，这些Key的访问量可能是普通Key的几百倍甚至上千倍。
热Key的危害很明显：
- 单个Redis节点CPU被打满
- 网络带宽被占满
- 其他Key的请求被饿死
怎么识别热Key？我常用的方法有几种：
- Redis自带命令：
redis-cli --hotkeys可以扫描热Key - 客户端统计： 在业务代码里记录每个Key的访问次数
- 代理层监控： 使用Codis或Twemproxy这类中间件，它们自带热Key统计
识别出来之后怎么处理？我分享几个实战经验：
处理热Key的三种策略：
- 本地缓存： 在应用服务器内存里缓存一份，减少对Redis的冲击。我一般用Caffeine或Guava Cache，设置合理的过期时间
- Key分散： 把同一个Key拆成多个副本，比如
hotkey_1、hotkey_2，请求时随机访问一个副本 - 读写分离： 把热Key的读请求分散到多个从节点上
举个例子，我之前处理过一个直播间的在线人数统计。这个Key每秒被读取上万次，单个Redis节点根本扛不住。我们做了两件事：第一，在应用层加了一层本地缓存，5秒刷新一次；第二，把这个Key拆成10个分片，请求随机打散。效果立竿见影，CPU使用率从95%降到了30%。
4.5 知识体系总览
说了这么多，我画张图帮你理清思路：
这张图把Key设计的四个核心维度串起来了。命名规范是基础，长度控制是细节，避免大Key是底线，热Key处理是进阶。把这四点做好，你的缓存系统至少能少踩80%的坑。
好了，这一章的内容就到这里。记住，Key设计不是小事，它直接决定了你的缓存系统能跑多稳、多快。下次遇到缓存命中率低的问题，不妨先从Key设计上找找原因。
想要更多资料，联系可可