4. 缓存穿透解决方案（二）：缓存空对象策略、TTL设置、优缺点对比

缓存空对象（Cache-Through for Null / Null Object Pattern）是应对缓存穿透最直接、最易落地的策略。其核心思想是：当数据库查询结果为空时，仍然将这个“空”结果（如 null、空集合、特定占位符）写入缓存，并设置一个较短的 TTL。这样，后续针对同一 Key 的请求将直接命中缓存并返回空值，从而避免对后端数据库的重复穿透查询。

4.1 缓存空对象策略的工作原理

该策略在标准缓存旁路（Cache-Aside）模式的基础上，增加了一个针对空结果的特殊处理分支。其完整流程如下图所示：

4.2 TTL（生存时间）设置策略

空对象缓存的 TTL 设置是决定该策略成败的核心参数。设置过短会导致频繁穿透，设置过长则可能引发数据不一致。以下是推荐的 TTL 设置原则：

4.3 优缺点对比

缓存空对象策略并非银弹，它与布隆过滤器等其他方案相比，有其独特的适用场景和局限性。以下从多个维度进行详细对比：

4.4 代码实现示例

以下是一个使用 Java 和 Redis 实现缓存空对象策略的典型代码片段，展示了核心逻辑：

public Object getProduct(String productId) {
    // 1. 尝试从缓存获取
    Object cacheValue = redisTemplate.opsForValue().get("product:" + productId);
    
    // 2. 缓存命中
    if (cacheValue != null) {
        // 判断是否是缓存的空对象
        if (NULL_PLACEHOLDER.equals(cacheValue)) {
            return null; // 返回空，避免业务层处理占位符
        }
        return cacheValue;
    }
    
    // 3. 缓存未命中，查询数据库
    Object dbValue = productDao.selectById(productId);
    
    // 4. 根据数据库结果决定缓存内容
    if (dbValue == null) {
        // 缓存空对象，设置较短 TTL（如 60 秒）
        redisTemplate.opsForValue().set(
            "product:" + productId, 
            NULL_PLACEHOLDER, 
            60, 
            TimeUnit.SECONDS
        );
        return null;
    } else {
        // 缓存真实数据，设置正常 TTL（如 1 小时）
        redisTemplate.opsForValue().set(
            "product:" + productId, 
            dbValue, 
            3600, 
            TimeUnit.SECONDS
        );
        return dbValue;
    }
}

4.5 内存保护与淘汰策略

当大量空对象被缓存时，内存压力会显著增加。为了应对这种情况，需要结合缓存系统的内存淘汰策略进行综合治理：

• 设置最大内存上限： 为 Redis 等缓存组件配置 maxmemory 参数，防止无限制增长。
• 选择合适的淘汰策略： 推荐使用 allkeys-lru（最近最少使用）或 volatile-lru（仅对设置了 TTL 的 Key 进行 LRU 淘汰）。空对象由于 TTL 短、访问频率低，会优先被淘汰。
• 空对象 Key 命名规范： 在 Key 中加入特定前缀（如 null:），便于监控和批量清理。
• 异步批量清理： 定期扫描并删除过期或长时间未访问的空对象缓存，释放内存。