缓存空对象的内存优化方案
缓存空对象的内存优化方案深度解析
缓存空对象是解决缓存穿透的经典方案，但其“每个空 Key 都占用内存”的特性在大规模场景下会成为新的问题。本文深入剖析缓存空对象的内存优化方案，从基础优化到高级策略，全方位解决内存膨胀问题。
一、问题的本质：空对象缓存的内存开销
1.1 传统空对象缓存的内存构成
当使用 Redis 缓存空对象时，每个空 Key 的内存开销包括：
| 内存组成部分 | 大小（典型值） | 说明 |
|---|---|---|
| Key 字符串 | 取决于 Key 长度（如 32 字节） | 存储用户 ID 等标识 |
| Value 空对象 | 约 40-50 字节（序列化后） | 如 "NULL" 字符串或空 JSON |
| Redis 元数据 | 约 70-90 字节 | dictEntry、redisObject 等 |
| 过期时间元数据 | 约 8 字节 | 如果设置了 TTL |
| 单个空 Key 总计 | 约 150-200 字节 | 取决于 Key 长度和序列化方式 |
量化分析：
100 万个空 Key → 约 150-200 MB 内存
1 亿个空 Key → 约 15-20 GB 内存
若攻击者构造 1 亿个不同的无效 Key → 内存爆炸，Redis OOM
1.2 优化目标
| 优化目标 | 说明 | 优先级 |
|---|---|---|
| 减少单 Key 内存 | 压缩 Key 和 Value 的存储 | ⭐⭐⭐⭐⭐ |
| 降低元数据开销 | 减少 Redis 内部管理成本 | ⭐⭐⭐⭐ |
| 支持海量空 Key | 亿级空 Key 场景可行 | ⭐⭐⭐⭐ |
| 保持查询性能 | 优化不能牺牲太多查询速度 | ⭐⭐⭐⭐⭐ |
二、基础优化方案
2.1 方案一：短 Key + 短 Value + 短 TTL
最简单且有效的优化组合。
java
@Service public class OptimizedNullCacheService { private static final Duration NULL_TTL = Duration.ofMinutes(1); // 短TTL private static final String NULL_MARKER = "0"; // 单字符标记 private static final int MAX_KEY_LENGTH = 50; // Key长度限制 public void cacheNull(String originalKey) { // 1. Key 长度控制：使用哈希缩短 String shortKey = shortenKey(originalKey); // 2. Value 使用单字符 redisTemplate.opsForValue().set(shortKey, NULL_MARKER, NULL_TTL); } private String shortenKey(String originalKey) { // 使用 CRC32 或 MurmurHash 缩短 Key long hash = Hashing.murmur3_32().hashString(originalKey, StandardCharsets.UTF_8).padToLong(); return "n:" + Long.toHexString(hash); // "n:3f2a1b9c" } }内存节省效果：
| 优化项 | 优化前 | 优化后 | 节省 |
|---|---|---|---|
| Key 长度 | 32 字节 | 12 字节 | 62.5% |
| Value 长度 | 50 字节 | 1 字节 | 98% |
| TTL 时长 | 30 分钟 | 1 分钟 | 内存周转快 30 倍 |