引用计数读什么
OBJECT REFCOUNT key 返回对象当前的引用计数，是观察内部实现的入口。当取值等于 2147483647（32 位有符号整数上限）时表示这是共享对象：Redis 会为一部分小整数预建共享对象，多处引用同一份内存，计数被设成这个固定大数表示不再增减。普通键的引用计数通常是 1 或接近 1 的小值。
基本信息
| 命令 | OBJECT REFCOUNT key |
|---|---|
| 共享标记 | 2147483647 表示共享对象 |
| 常见共享来源 | 小整数对象由共享池提供，多处复用同一份内存 |
| 普通键取值 | 1 或接近 1 的小整数 |
| 适用平台 | Redis 2.8 起的 OBJECT 系列子命令，单机与集群均可用 |
典型使用场景
- 确认共享状态：怀疑内存被大量相同小对象占用时，先看是否共享
- 解释内存差异：两个逻辑值相同的键占用不同内存时，用引用计数说明原因
- 排查异常引用：计数明显偏离常规值时，结合其他内存工具继续确认
- 验证优化效果：确认共享池对内存的实际影响边界
- 现场取证：与 OBJECT ENCODING、MEMORY USAGE 一起组成排查数据
配套命令
配套命令
redis-cli OBJECT REFCOUNT counter:42 # 小整数键，通常是共享对象
redis-cli OBJECT REFCOUNT user:1001 # 普通字符串键，一般接近 1
redis-cli OBJECT ENCODING user:1001 # 配合看底层编码
redis-cli MEMORY USAGE user:1001 # 配合看实际内存占用
redis-cli OBJECT FREQ user:1001 # 启用 LFU 时看访问频率读数对照
| 取值 | 含义 | 解读方向 |
|---|---|---|
| 2147483647 | 共享对象固定标记 | 内存被复用，不是泄漏 |
| 1 或小整数 | 普通对象引用 | 常见状态，无需处理 |
| 其他较大值 | 存在多处引用 | 结合业务判断是否有异常持有 |
| 返回错误 | 键不存在或参数不对 | 先确认键名与所在实例 |
引用计数反映内部实现，日常排查用它确认共享状态就够；内存结论仍要回到 MEMORY USAGE、MEMORY STATS 这类面向占用的工具。
把 2147483647 当成泄漏证据是常见误读：它恰恰说明对象被共享池复用，内存占用已经处在较优状态，据此去清理只是做无用功。