「Spring 缓存最佳实践」Caffeine 与 Redis 分层缓存架构

2024-05-11 12:20

本文主要是介绍「Spring 缓存最佳实践」Caffeine 与 Redis 分层缓存架构,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

在现代的应用程序中,缓存是提升系统性能和响应速度的关键手段。Spring 框架为我们提供了非常强大的缓存抽象,使我们可以方便地集成并使用各种缓存技术。本文将重点介绍如何在 Spring 应用中构建基于 Caffeine 和 Redis 的分层缓存架构,并分享一些最佳实践。

缓存层次设计

在构建缓存解决方案时,通常采用分层缓存的设计模式。将本地缓存(如 Caffeine)作为一级缓存,并将远程缓存(如 Redis)作为二级缓存。这样可以充分利用不同缓存的优势:

  • Caffeine 作为本地缓存,提供极高的读写性能。
  • Redis 作为远程缓存,提供更大的存储容量和更好的数据共享性。

Caffeine 本地缓存集成

  1. 添加 Caffeine 依赖
<dependency><groupId>com.github.ben-manes.caffeine</groupId><artifactId>caffeine</artifactId>
</dependency>
  1. 配置 Caffeine CacheManager
@Configuration
public class CacheConfig {@Beanpublic CacheManager caffeineCache() {CaffeineCacheManager cacheManager = new CaffeineCacheManager();cacheManager.setCaffeine(Caffeine.newBuilder().maximumSize(1000).expireAfterAccess(10, TimeUnit.MINUTES));return cacheManager;}
}

Redis 远程缓存集成

  1. 添加 Redis 依赖
<dependency><groupId>org.springframework.boot</groupId><artifactId>spring-boot-starter-data-redis</artifactId>
</dependency>
  1. 配置 Redis 连接
spring:redis:host: 192.168.1.100port: 6379
  1. 配置 Redis CacheManager
@Configuration
public class CacheConfig {@Beanpublic CacheManager redisCache(RedisConnectionFactory redisConnectionFactory) {RedisCacheManager redisCacheManager = RedisCacheManager.create(redisConnectionFactory);return redisCacheManager;}
}

分层缓存应用

有了 Caffeine 和 Redis 的配置,我们就可以在业务代码中使用分层缓存架构了。以获取用户数据为例:

@Service
public class UserService {@Autowiredprivate CacheManager caffeineCache;@Autowiredprivate CacheManager redisCache;@Cacheable(cacheManager = "caffeineCache", cacheNames = "users", key = "#id", unless = "#result == null")public User getUserById(Long id) {// 1. 尝试从 Caffeine 缓存中获取User user = caffeineCache.getCache("users").get(id, User.class);if (user != null) {return user;}// 2. 尝试从 Redis 缓存中获取user = redisCache.getCache("users").get(id, User.class);if (user != null) {// 将数据写入 Caffeine 缓存caffeineCache.getCache("users").put(id, user);return user;}// 3. 缓存未命中,从数据库获取并写入缓存user = fetchFromDatabase(id);caffeineCache.getCache("users").put(id, user);redisCache.getCache("users").put(id, user);return user;}
}

在上面的示例中,我们优先从 Caffeine 本地缓存中获取用户数据,如果未命中则尝试从 Redis 远程缓存中获取。如果 Redis 也未命中,则从数据库获取并同时写入 Caffeine 和 Redis 缓存。

缓存策略设计与优化

  1. 过期策略:对于高频访问、变化不频繁的数据,可以设置较长的过期时间,提高命中率;对于低频访问、变化频繁的数据,可以设置较短的过期时间,避免数据不一致。

  2. 缓存回写:当数据发生变更时,需要及时更新缓存中的数据。可以使用 @CacheEvict@CachePut 注解,或手动编码回写逻辑。

  3. 缓存防雪崩与穿透:可以使用互斥锁、布隆过滤器等策略,解决缓存雪崩和缓存穿透问题。

  4. 监控与调优:持续监控缓存命中率、缓存大小等指标,并根据实际情况对缓存策略进行调优。

自定义组合缓存

除了使用 Spring 提供的缓存实现外,我们还可以自定义组合缓存,将 Caffeine 和 Redis 进一步结合,形成更加灵活的分层缓存架构。

public class CombinedCacheManager implements CacheManager {private CaffeineCache caffeineCache;private RedisCache redisCache;public Object getFromCache(String key) {// 先从 Caffeine 缓存中获取Object value = caffeineCache.get(key);if (value != null) {return value;}// 从 Redis 缓存中获取value = redisCache.get(key);if (value != null) {// 将值写入 Caffeine 缓存caffeineCache.put(key, value);}return value;}// 其他方法...
}

通过自定义组合缓存,我们可以更加灵活地控制缓存策略,以满足不同的业务需求。

总结

在 Spring 应用中,通过结合使用 Caffeine 和 Redis 缓存,我们可以构建出高效、可扩展的分层缓存架构。同时,合理设计缓存策略、防范常见的缓存问题,并持续进行监控和调优,是获得最佳缓存效果的关键。相信通过本文的介绍,您已经对 Spring 缓存实践有了更深入的理解。如有任何疑问或建议,欢迎留言探讨。

这篇关于「Spring 缓存最佳实践」Caffeine 与 Redis 分层缓存架构的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/979516

相关文章

JVM 的类初始化机制

前言 当你在 Java 程序中new对象时,有没有考虑过 JVM 是如何把静态的字节码(byte code)转化为运行时对象的呢,这个问题看似简单,但清楚的同学相信也不会太多,这篇文章首先介绍 JVM 类初始化的机制,然后给出几个易出错的实例来分析,帮助大家更好理解这个知识点。 JVM 将字节码转化为运行时对象分为三个阶段,分别是:loading 、Linking、initialization

Spring Security 基于表达式的权限控制

前言 spring security 3.0已经可以使用spring el表达式来控制授权,允许在表达式中使用复杂的布尔逻辑来控制访问的权限。 常见的表达式 Spring Security可用表达式对象的基类是SecurityExpressionRoot。 表达式描述hasRole([role])用户拥有制定的角色时返回true (Spring security默认会带有ROLE_前缀),去

浅析Spring Security认证过程

类图 为了方便理解Spring Security认证流程,特意画了如下的类图,包含相关的核心认证类 概述 核心验证器 AuthenticationManager 该对象提供了认证方法的入口,接收一个Authentiaton对象作为参数; public interface AuthenticationManager {Authentication authenticate(Authenti

Spring Security--Architecture Overview

1 核心组件 这一节主要介绍一些在Spring Security中常见且核心的Java类,它们之间的依赖,构建起了整个框架。想要理解整个架构,最起码得对这些类眼熟。 1.1 SecurityContextHolder SecurityContextHolder用于存储安全上下文(security context)的信息。当前操作的用户是谁,该用户是否已经被认证,他拥有哪些角色权限…这些都被保

Spring Security基于数据库验证流程详解

Spring Security 校验流程图 相关解释说明(认真看哦) AbstractAuthenticationProcessingFilter 抽象类 /*** 调用 #requiresAuthentication(HttpServletRequest, HttpServletResponse) 决定是否需要进行验证操作。* 如果需要验证,则会调用 #attemptAuthentica

Spring Security 从入门到进阶系列教程

Spring Security 入门系列 《保护 Web 应用的安全》 《Spring-Security-入门(一):登录与退出》 《Spring-Security-入门(二):基于数据库验证》 《Spring-Security-入门(三):密码加密》 《Spring-Security-入门(四):自定义-Filter》 《Spring-Security-入门(五):在 Sprin

Java架构师知识体认识

源码分析 常用设计模式 Proxy代理模式Factory工厂模式Singleton单例模式Delegate委派模式Strategy策略模式Prototype原型模式Template模板模式 Spring5 beans 接口实例化代理Bean操作 Context Ioc容器设计原理及高级特性Aop设计原理Factorybean与Beanfactory Transaction 声明式事物

mybatis的整体架构

mybatis的整体架构分为三层: 1.基础支持层 该层包括:数据源模块、事务管理模块、缓存模块、Binding模块、反射模块、类型转换模块、日志模块、资源加载模块、解析器模块 2.核心处理层 该层包括:配置解析、参数映射、SQL解析、SQL执行、结果集映射、插件 3.接口层 该层包括:SqlSession 基础支持层 该层保护mybatis的基础模块,它们为核心处理层提供了良好的支撑。

基于MySQL Binlog的Elasticsearch数据同步实践

一、为什么要做 随着马蜂窝的逐渐发展,我们的业务数据越来越多,单纯使用 MySQL 已经不能满足我们的数据查询需求,例如对于商品、订单等数据的多维度检索。 使用 Elasticsearch 存储业务数据可以很好的解决我们业务中的搜索需求。而数据进行异构存储后,随之而来的就是数据同步的问题。 二、现有方法及问题 对于数据同步,我们目前的解决方案是建立数据中间表。把需要检索的业务数据,统一放到一张M

百度/小米/滴滴/京东,中台架构比较

小米中台建设实践 01 小米的三大中台建设:业务+数据+技术 业务中台--从业务说起 在中台建设中,需要规范化的服务接口、一致整合化的数据、容器化的技术组件以及弹性的基础设施。并结合业务情况,判定是否真的需要中台。 小米参考了业界优秀的案例包括移动中台、数据中台、业务中台、技术中台等,再结合其业务发展历程及业务现状,整理了中台架构的核心方法论,一是企业如何共享服务,二是如何为业务提供便利。