缓存空对象的内存优化方案

缓存空对象的内存优化方案深度解析缓存空对象是解决缓存穿透的经典方案，但其“每个空 Key 都占用内存”的特性在大规模场景下会成为新的问题。本文深入剖析缓存空对象的内存优化方案，从基础优化到高级策略，全方位解决内存膨胀问题。一、问题的本质：空对象缓存的内存开销1.1 传统空对象缓存的内存构成当使用 Redis 缓存空对象时，每个空 Key 的内存开销包括：内存组成部分大小（典型值）说明Key 字符串取决于 Key 长度（如 32 字节）存储用户 ID 等标识Value 空对象约 40-50 字节（序列化后）如 "NULL" 字符串或空 JSONRedis 元数据约 70-90 字节dictEntry、redisObject 等过期时间元数据约 8 字节如果设置了 TTL单个空 Key 总计约 150-200 字节取决于 Key 长度和序列化方式量化分析：100 万个空 Key → 约 150-200 MB 内存1 亿个空 Key → 约 15-20 GB 内存若攻击者构造 1 亿个不同的无效 Key → 内存爆炸，Redis OOM1.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 倍2.