如何使用自定义日期范围作为Redis键？处理重叠范围缓存问题

针对你用data:{startDate}_{endDate}作为Redis键、遇到日期范围重叠请求的问题，以下是几种实用的处理思路：

1. 细化缓存粒度到最小时间单位（推荐） #

把缓存从"自定义日期范围"拆成按天（或小时，根据数据更新频率调整）的粒度，键设计为data:daily:{yyyy-MM-dd}。这样任何重叠的请求都能复用已缓存的单日数据，避免重复查询源API。

实现思路： #

• 收到请求后，把起止日期拆分成一个个独立的时间单元（比如每天）
• 逐个检查Redis中是否存在对应时间单元的缓存
• 缺失的时间单元去源API获取数据，并存入对应缓存
• 最后合并所有时间单元的数据返回

示例Service层代码： #

public List<ProposalLineItem> getAllProposalLineItems(LocalDateTime startDate, LocalDateTime endDate) 
        throws CustomServiceException, ApiException, RemoteException {
    
    List<ProposalLineItem> mergedData = new ArrayList<>();
    LocalDateTime currentDay = startDate.truncatedTo(ChronoUnit.DAYS);
    DateTimeFormatter dateFormatter = DateTimeFormatter.ISO_LOCAL_DATE;
    String cacheKeyPrefix = "data:daily:";

    // 遍历请求范围内的每一天
    while (!currentDay.isAfter(endDate.truncatedTo(ChronoUnit.DAYS))) {
        String dayStr = currentDay.format(dateFormatter);
        String cacheKey = cacheKeyPrefix + dayStr;
        
        // 尝试从Redis获取当日数据
        List<ProposalLineItem> dailyItems = (List<ProposalLineItem>) redisTemplate.opsForValue().get(cacheKey);
        
        if (dailyItems == null) {
            // 源API获取当日全量数据（需调整源API支持按天查询，或在内存过滤）
            LocalDateTime dayEnd = currentDay.plusDays(1).minusNanos(1);
            dailyItems = fetchProposalLineItemsFromSource(currentDay, dayEnd);
            // 设置缓存过期时间（根据业务调整，比如7天）
            redisTemplate.opsForValue().set(cacheKey, dailyItems, Duration.ofDays(7));
        }
        
        mergedData.addAll(dailyItems);
        currentDay = currentDay.plusDays(1);
    }

    // 最后过滤出符合原始起止时间的数据（因为按天缓存可能包含超出请求范围的时分秒）
    return mergedData.stream()
            .filter(item -> !item.getCreateTime().isBefore(startDate) && !item.getCreateTime().isAfter(endDate))
            .collect(Collectors.toList());
}

2. 维护缓存范围索引，复用重叠区间 #

用Redis有序集合（ZSet）记录所有已缓存的日期区间：

• ZSet的score存区间的起始时间戳，value存缓存键（比如2025-01-01_2025-03-01）
• 新请求到来时，查询ZSet中与当前范围重叠的所有区间：
  • 若已缓存区间能完全覆盖当前请求，直接合并对应缓存数据返回
  • 若部分覆盖，则仅查询未覆盖的区间，存入新缓存并更新ZSet
• 缓存过期时，同步删除ZSet中的对应条目

这种方式适合请求范围相对固定的场景，但需要额外维护ZSet的一致性，实现复杂度略高。

3. 直接缓存新范围（简单但冗余） #

如果数据量小、更新频率低，可以直接缓存新请求的data:{newStart}_{newEnd}键。这种方式无需额外逻辑，但会产生冗余缓存（重叠区间的数据重复存储），适合对Redis内存消耗不敏感的场景。

4. 缓存全量数据+内存过滤 #

如果数据总量不大，一次性把所有ProposalLineItem缓存到data:all键中，每次请求时从Redis取出全量数据，在内存中按起止日期过滤。这种方式完全避免范围重叠问题，但数据量大时会影响查询性能。

关键注意事项： #

• 统一日期格式：用yyyy-MM-dd或ISO标准格式生成键，避免因格式歧义导致缓存失效
• 设置合理过期时间：根据数据更新频率配置缓存过期，防止返回过期数据
• 缓存刷新机制：源数据更新时，主动删除相关缓存键（比如删除对应日期的data:daily:{date}）

内容的提问来源于stack exchange，提问作者yax prajapati