使用 Caffeine 和 Redis 实现高效的二级缓存架构

41d2852a7364f6d8b07668a774fb5549.png

在现代应用开发中,缓存是提升系统性能的关键手段。为了兼顾本地缓存的高性能和分布式缓存的扩展能力,常见的实现方式是结合使用 Caffeine 和 Redis 实现二级缓存架构

本文将详细介绍如何通过 Spring Boot 实现一个Caffeine + Redis 二级缓存,并通过合理的架构设计和代码实现,确保缓存的一致性、性能和容错性。

5d5a95b1c668b00633161a35c0d956cd.png

一、 需求与挑战

1.多级缓存的需求

•一级缓存(Caffeine):快速响应,存储本地热点数据,减少对远程缓存和数据库的访问。

•二级缓存(Redis):共享缓存数据,支持分布式扩展。

2.常见问题

•数据一致性:一级缓存和二级缓存之间的数据如何保持同步?

•容错性:Redis 不可用时如何保证系统稳定运行?

•缓存穿透:如何避免大量无效请求穿透缓存直接访问数据库?

•高并发:如何避免缓存击穿导致数据库压力激增?

二、 缓存设计与解决方案

2.1 缓存查询流程

按照Cache-Aside 模式,缓存查询流程如下:

1.查询一级缓存(Caffeine)

•如果命中,则直接返回结果。

2.查询二级缓存(Redis)

•如果 Redis 有数据,则回填到一级缓存,并返回结果。

•如果 Redis 查询失败(Redis 不可用),直接跳过。

3.查询数据源(数据库等)

•如果 Redis 也未命中,则从数据源获取数据,同时回填到一级和二级缓存中。

2.2 缓存更新流程

•数据更新或写入时,同时更新一级和二级缓存

•如果 Redis 写入失败,仅更新一级缓存,确保数据可用性。

三、代码实现

3.1 缓存接口设计

定义一个通用的缓存接口,便于不同实现类的扩展和切换:

import java.util.Collection;import java.util.Map;import java.util.Set;import java.util.function.Supplier;public interface CacheService {    <T> T get(String key, Class<T> type, Supplier<T> dataLoader); // 获取单个键的数据    void put(String key, Object value); // 存储单个键的数据    void evict(String key); // 删
### 使用 Caffeine Redis 构建二级缓存架构的设计与实现 #### 1. 添加依赖项 为了在项目中集成 Caffeine Redis,需添加相应的依赖。对于 Maven 用户来说,可以在 `pom.xml` 文件中引入如下依赖: ```xml <dependency> <groupId>com.github.ben-manes.caffeine</groupId> <artifactId>caffeine</artifactId> <version>3.0.5</version> </dependency> <!-- Spring Data Redis --> <dependency> <groupId>org.springframework.boot</groupId> <artifactId>spring-boot-starter-data-redis</artifactId> </dependency> ``` 上述配置确保了项目的构建环境支持这两种技术栈[^1]。 #### 2. 创建并初始化 Caffeine 缓存实例 利用 `Caffeine.newBuilder()` 方法创建一个新的 Caffeine 缓存实例,并对其进行必要的参数设定,比如最大容量、过期策略等: ```java import com.github.benmanes.caffeine.cache.Caffeine; import java.util.concurrent.TimeUnit; public class CacheConfig { private static final int MAX_SIZE = 10_000; private static final long EXPIRE_AFTER_WRITE_DURATION = 1L; public static LoadingCache<String, Object> caffeineCache = Caffeine.newBuilder() .maximumSize(MAX_SIZE) .expireAfterWrite(EXPIRE_AFTER_WRITE_DURATION, TimeUnit.HOURS) .build(key -> loadFromDatabaseOrRedis(key)); } ``` 这段代码定义了一个具有固定大小上限及写入后自动失效特性的本地内存缓存。 #### 3. 定义数据加载逻辑 当尝试访问不存在于任何一层缓存中的键时,默认情况下会触发此方法执行以填充缺失条目。这里假设存在一个名为 `loadFromDatabaseOrRedis(String key)` 的函数负责从持久化层读取所需资源;实际应用中应替换为此处省略的具体业务处理流程。 #### 4. 封装双重检查机制 每当请求到达服务器端口时,都会经历一次双层验证过程——即先查询快速响应的一级缓存(Caffeine),再转向较慢但更稳定的二级缓存(Redis)直至最终回退至原始数据源(如关系型数据库): ```java @Service @Slf4j public class DualCheckService { @Autowired private StringRedisTemplate stringRedisTemplate; /** * 双重校验获取图片分页列表. */ public Page<PictureVO> getPicturePage(PageQuery pageQuery){ // 获取唯一标识符作为key String cacheKey = buildCacheKey(pageQuery); try{ // 尝试从一级缓存Caffeine)中查找记录 Optional<Object> optionalLocalResult = Optional.ofNullable(CacheConfig.caffeineCache.getIfPresent(cacheKey)); if (!optionalLocalResult.isPresent()){ log.info("未命中一级缓存"); // 若不成功则转而向二级缓存发起检索命令 ValueOperations<String, String> opsForValue = stringRedisTemplate.opsForValue(); String cachedValueFromRedis = opsForValue.get(cacheKey); if (cachedValueFromRedis != null && !"".equals(cachedValueFromRedis)){ log.info("命中二级缓存"); // 更新到一级缓存以便后续更快捷地提供服务 CacheConfig.caffeineCache.put(cacheKey,cachedValueFromRedis); return JSONUtil.toBean(cachedValueFromRedis,new TypeReference<Page<PictureVO>>() {}); } log.warn("未能找到有效缓存,准备调用DB接口..."); // 当两轮搜索均失败后才允许直接连接到底层存储设备上进行实时计算 Page<PictureVO> dbResult = pictureMapper.selectByPage(pageQuery); // 同步更新两个级别的缓存副本以防下次遇到相同情况仍需重复劳动 updateBothLevelCache(dbResult,cacheKey); return dbResult; } log.debug("直接返回一级缓存的结果."); return JSONUtil.toBean((String)optionalLocalResult.get(),new TypeReference<Page<PictureVO>>() {}); }catch(Exception e){ throw new RuntimeException(e.getMessage()); } } } ``` 以上实现了基于 Caffeine Redis 组合而成的高效二级缓存解决方案,在保证高并发场景下的良好表现的同时也兼顾到了系统的稳定性可靠性[^5]。 #### 5. 数据同步更新策略 考虑到一致性问题的存在,建议采用合理的刷新算法来保持各级别间的数据一致。一种常见做法是在每次修改操作完成后立即通知所有关联节点清除对应位置上的陈旧版本,随后按照既定规则重新加载最新状态的信息入库保存。 ---
评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值