Redis客户端缓存的几种实现方式(redis 缓存)
mhr18 2025-05-09 20:04 14 浏览 0 评论
前言:
Redis作为当今最流行的内存数据库和缓存系统,被广泛应用于各类应用场景。然而,即使Redis本身性能卓越,在高并发场景下,应用于Redis服务器之间的网络通信仍可能成为性能瓶颈。
所以客户端缓存非常重要,客户端缓存指在应该程序内存中维护一份redis数据的本地副本,以较少网络请求与redis服务器的交互,降低延迟。下面介绍几种方式。
一:本地内存缓存
本地内存缓存是最直接的客户端缓存实现方式,它在应用程序内存中使用数据结构(如HashMap、ConcurrentHashMap或专业缓存库如Caffeine、Guava Cache等)存储从Redis获取的数据。这种方式完全由应用程序自己管理,与Redis服务器无关。
以下是使用Spring Boot和Caffeine实现的简单本地缓存示例
@Service
public class RedisLocalCacheService {
private final StringRedisTemplate redisTemplate;
private final Cache<String, String> localCache;
public RedisLocalCacheService(StringRedisTemplate redisTemplate) {
this.redisTemplate = redisTemplate;
// 配置Caffeine缓存
this.localCache = Caffeine.newBuilder()
.maximumSize(10_000) // 最大缓存条目数
.expireAfterWrite(Duration.ofMinutes(5)) // 写入后过期时间
.recordStats() // 记录统计信息
.build();
}
public String get(String key) {
// 首先尝试从本地缓存获取
String value = localCache.getIfPresent(key);
if (value != null) {
// 本地缓存命中
return value;
}
// 本地缓存未命中,从Redis获取
value = redisTemplate.opsForValue().get(key);
if (value != null) {
// 将从Redis获取的值放入本地缓存
localCache.put(key, value);
}
return value;
}
public void set(String key, String value) {
// 更新Redis
redisTemplate.opsForValue().set(key, value);
// 更新本地缓存
localCache.put(key, value);
}
public void delete(String key) {
// 从Redis中删除
redisTemplate.delete(key);
// 从本地缓存中删除
localCache.invalidate(key);
}
// 获取缓存统计信息
public Map<String, Object> getCacheStats() {
CacheStats stats = localCache.stats();
Map<String, Object> statsMap = new HashMap<>();
statsMap.put("hitCount", stats.hitCount());
statsMap.put("missCount", stats.missCount());
statsMap.put("hitRate", stats.hitRate());
statsMap.put("evictionCount", stats.evictionCount());
return statsMap;
}
}
优点
- 实现简单,易于集成
- 无需额外的服务器支持
- 可完全控制缓存行为(大小、过期策略等)
- 显著减少网络请求次数
- 对Redis服务器完全透明
缺点
- 缓存一致性问题:当Redis数据被其他应用或服务更新时,本地缓存无法感知变化
- 内存占用:需要消耗应用程序的内存资源
- 冷启动问题:应用重启后缓存需要重新预热
- 分布式环境下多实例之间的缓存不一致
二:Redis服务器辅助的客户端缓存
Redis 6.0引入了服务器辅助的客户端缓存功能,也称为跟踪模式(Tracking)。在这种模式下,Redis服务器会跟踪客户端请求的键,当这些键被修改时,服务器会向客户端发送失效通知。这种机制确保了客户端缓存与Redis服务器之间的数据一致性。
Redis提供了两种跟踪模式:
- 默认模式:服务器精确跟踪每个客户端关注的键
- 广播模式:服务器广播所有键的变更,客户端过滤自己关心的键
使用Lettuce(Spring Boot Redis的默认客户端)实现服务器辅助的客户端缓存:
@Service
public class RedisTrackingCacheService {
private final StatefulRedisConnection<String, String> connection;
private final RedisCommands<String, String> commands;
private final Map<String, String> localCache = new ConcurrentHashMap<>();
private final Set<String> trackedKeys = ConcurrentHashMap.newKeySet();
public RedisTrackingCacheService(RedisClient redisClient) {
this.connection = redisClient.connect();
this.commands = connection.sync();
// 配置客户端缓存失效监听器
connection.addListener(message -> {
if (message instanceof PushMessage) {
PushMessage pushMessage = (PushMessage) message;
if ("invalidate".equals(pushMessage.getType())) {
List<Object> invalidations = pushMessage.getContent();
handleInvalidations(invalidations);
}
}
});
// 启用客户端缓存跟踪
commands.clientTracking(ClientTrackingArgs.Builder.enabled());
}
public String get(String key) {
// 首先尝试从本地缓存获取
String value = localCache.get(key);
if (value != null) {
return value;
}
// 本地缓存未命中,从Redis获取
value = commands.get(key);
if (value != null) {
// 启用跟踪后,Redis服务器会记录这个客户端正在跟踪这个键
localCache.put(key, value);
trackedKeys.add(key);
}
return value;
}
public void set(String key, String value) {
// 更新Redis
commands.set(key, value);
// 更新本地缓存
localCache.put(key, value);
trackedKeys.add(key);
}
private void handleInvalidations(List<Object> invalidations) {
if (invalidations != null && invalidations.size() >= 2) {
// 解析失效消息
String invalidationType = new String((byte[]) invalidations.get(0));
if ("key".equals(invalidationType)) {
// 单个键失效
String invalidatedKey = new String((byte[]) invalidations.get(1));
localCache.remove(invalidatedKey);
trackedKeys.remove(invalidatedKey);
} else if ("prefix".equals(invalidationType)) {
// 前缀失效
String prefix = new String((byte[]) invalidations.get(1));
Iterator<Map.Entry<String, String>> it = localCache.entrySet().iterator();
while (it.hasNext()) {
String key = it.next().getKey();
if (key.startsWith(prefix)) {
it.remove();
trackedKeys.remove(key);
}
}
}
}
}
// 获取缓存统计信息
public Map<String, Object> getCacheStats() {
Map<String, Object> stats = new HashMap<>();
stats.put("cacheSize", localCache.size());
stats.put("trackedKeys", trackedKeys.size());
return stats;
}
// 清除本地缓存但保持跟踪
public void clearLocalCache() {
localCache.clear();
}
// 关闭连接并清理资源
@PreDestroy
public void cleanup() {
if (connection != null) {
connection.close();
}
}
}
优点
- 自动维护缓存一致性,无需手动同步
- Redis服务器能感知客户端缓存状态
- 显著减少网络请求数量
- 支持细粒度(键级别)的缓存控制
- 实时感知数据变更,数据一致性保证强
缺点
- 需要Redis 6.0以上版本支持
- 增加Redis服务器内存占用(跟踪状态)
- 客户端连接必须保持活跃
- 服务器广播模式可能产生大量失效消息
- 实现复杂度高于简单本地缓存
三:基于过期时间的缓存失效策略
基于过期时间(Time-To-Live,TTL)的缓存失效策略是一种简单有效的客户端缓存方案。它为本地缓存中的每个条目设置一个过期时间,过期后自动删除或刷新。
使用Spring Cache和Caffeine实现TTL缓存:
@Configuration
public class CacheConfig {
@Bean
public CacheManager cacheManager() {
CaffeineCacheManager cacheManager = new CaffeineCacheManager();
cacheManager.setCaffeineSpec(CaffeineSpec.parse(
"maximumSize=10000,expireAfterWrite=300s,recordStats"));
return cacheManager;
}
}
@Service
public class RedisTtlCacheService {
private final StringRedisTemplate redisTemplate;
@Autowired
public RedisTtlCacheService(StringRedisTemplate redisTemplate) {
this.redisTemplate = redisTemplate;
}
@Cacheable(value = "redisCache", key = "#key")
public String get(String key) {
return redisTemplate.opsForValue().get(key);
}
@CachePut(value = "redisCache", key = "#key")
public String set(String key, String value) {
redisTemplate.opsForValue().set(key, value);
return value;
}
@CacheEvict(value = "redisCache", key = "#key")
public void delete(String key) {
redisTemplate.delete(key);
}
// 分层缓存 - 不同过期时间的缓存
@Cacheable(value = "shortTermCache", key = "#key")
public String getWithShortTtl(String key) {
return redisTemplate.opsForValue().get(key);
}
@Cacheable(value = "longTermCache", key = "#key")
public String getWithLongTtl(String key) {
return redisTemplate.opsForValue().get(key);
}
// 在程序逻辑中手动控制过期时间
public String getWithDynamicTtl(String key, Duration ttl) {
// 使用LoadingCache,可以动态设置过期时间
Cache<String, String> dynamicCache = Caffeine.newBuilder()
.expireAfterWrite(ttl)
.build();
return dynamicCache.get(key, k -> redisTemplate.opsForValue().get(k));
}
// 定期刷新缓存
@Scheduled(fixedRate = 60000) // 每分钟执行
public void refreshCache() {
// 获取需要刷新的键列表
List<String> keysToRefresh = getKeysToRefresh();
for (String key : keysToRefresh) {
// 触发重新加载,会调用被@Cacheable注解的方法
this.get(key);
}
}
private List<String> getKeysToRefresh() {
// 实际应用中,可能从配置系统或特定的Redis set中获取
return Arrays.asList("config:app", "config:features", "daily:stats");
}
// 使用二级缓存模式,对热点数据使用更长的TTL
public String getWithTwoLevelCache(String key) {
// 首先查询本地一级缓存(短TTL)
Cache<String, String> l1Cache = Caffeine.newBuilder()
.maximumSize(1000)
.expireAfterWrite(Duration.ofSeconds(10))
.build();
String value = l1Cache.getIfPresent(key);
if (value != null) {
return value;
}
// 查询本地二级缓存(长TTL)
Cache<String, String> l2Cache = Caffeine.newBuilder()
.maximumSize(10000)
.expireAfterWrite(Duration.ofMinutes(5))
.build();
value = l2Cache.getIfPresent(key);
if (value != null) {
// 提升到一级缓存
l1Cache.put(key, value);
return value;
}
// 查询Redis
value = redisTemplate.opsForValue().get(key);
if (value != null) {
// 更新两级缓存
l1Cache.put(key, value);
l2Cache.put(key, value);
}
return value;
}
}
优点
- 实现简单,易于集成到现有系统
- 不依赖Redis服务器特殊功能
- 适用于任何Redis版本
- 内存占用可控,过期的缓存会自动清理
- 通过调整TTL可以在一致性和性能之间取得平衡
缺点
- 无法立即感知数据变更,存在一致性窗口期
- TTL设置过短会导致缓存效果不佳
- TTL设置过长会增加数据不一致的风险
- 所有键使用统一TTL策略时缺乏灵活性
- 可能出现"缓存风暴"(大量缓存同时过期导致突发流量)
总结
Redis客户端缓存是提升应用性能的强大工具,通过减少网络请求和数据库访问,可以显著降低延迟并提高吞吐量。
通过正确应用客户端缓存技术,可以在保持数据一致性的同时,显著提升系统性能和用户体验。
相关推荐
- 【推荐】一个开源免费、AI 驱动的智能数据管理系统,支持多数据库
-
如果您对源码&技术感兴趣,请点赞+收藏+转发+关注,大家的支持是我分享最大的动力!!!.前言在当今数据驱动的时代,高效、智能地管理数据已成为企业和个人不可或缺的能力。为了满足这一需求,我们推出了这款开...
- Pure Storage推出统一数据管理云平台及新闪存阵列
-
PureStorage公司今日推出企业数据云(EnterpriseDataCloud),称其为组织在混合环境中存储、管理和使用数据方式的全面架构升级。该公司表示,EDC使组织能够在本地、云端和混...
- 对Java学习的10条建议(对java课程的建议)
-
不少Java的初学者一开始都是信心满满准备迎接挑战,但是经过一段时间的学习之后,多少都会碰到各种挫败,以下北风网就总结一些对于初学者非常有用的建议,希望能够给他们解决现实中的问题。Java编程的准备:...
- SQLShift 重大更新:Oracle→PostgreSQL 存储过程转换功能上线!
-
官网:https://sqlshift.cn/6月,SQLShift迎来重大版本更新!作为国内首个支持Oracle->OceanBase存储过程智能转换的工具,SQLShift在过去一...
- JDK21有没有什么稳定、简单又强势的特性?
-
佳未阿里云开发者2025年03月05日08:30浙江阿里妹导读这篇文章主要介绍了Java虚拟线程的发展及其在AJDK中的实现和优化。阅前声明:本文介绍的内容基于AJDK21.0.5[1]以及以上...
- 「松勤软件测试」网站总出现404 bug?总结8个原因,不信解决不了
-
在进行网站测试的时候,有没有碰到过网站崩溃,打不开,出现404错误等各种现象,如果你碰到了,那么恭喜你,你的网站出问题了,是什么原因导致网站出问题呢,根据松勤软件测试的总结如下:01数据库中的表空间不...
- Java面试题及答案最全总结(2025版)
-
大家好,我是Java面试陪考员最近很多小伙伴在忙着找工作,给大家整理了一份非常全面的Java面试题及答案。涉及的内容非常全面,包含:Spring、MySQL、JVM、Redis、Linux、Sprin...
- 数据库日常运维工作内容(数据库日常运维 工作内容)
-
#数据库日常运维工作包括哪些内容?#数据库日常运维工作是一个涵盖多个层面的综合性任务,以下是详细的分类和内容说明:一、数据库运维核心工作监控与告警性能监控:实时监控CPU、内存、I/O、连接数、锁等待...
- 分布式之系统底层原理(上)(底层分布式技术)
-
作者:allanpan,腾讯IEG高级后台工程师导言分布式事务是分布式系统必不可少的组成部分,基本上只要实现一个分布式系统就逃不开对分布式事务的支持。本文从分布式事务这个概念切入,尝试对分布式事务...
- oracle 死锁了怎么办?kill 进程 直接上干货
-
1、查看死锁是否存在selectusername,lockwait,status,machine,programfromv$sessionwheresidin(selectsession...
- SpringBoot 各种分页查询方式详解(全网最全)
-
一、分页查询基础概念与原理1.1什么是分页查询分页查询是指将大量数据分割成多个小块(页)进行展示的技术,它是现代Web应用中必不可少的功能。想象一下你去图书馆找书,如果所有书都堆在一张桌子上,你很难...
- 《战场兄弟》全事件攻略 一般事件合同事件红装及隐藏职业攻略
-
《战场兄弟》全事件攻略,一般事件合同事件红装及隐藏职业攻略。《战场兄弟》事件奖励,事件条件。《战场兄弟》是OverhypeStudios制作发行的一款由xcom和桌游为灵感来源,以中世纪、低魔奇幻为...
- LoadRunner(loadrunner录制不到脚本)
-
一、核心组件与工作流程LoadRunner性能测试工具-并发测试-正版软件下载-使用教程-价格-官方代理商的架构围绕三大核心组件构建,形成完整测试闭环:VirtualUserGenerator(...
- Redis数据类型介绍(redis 数据类型)
-
介绍Redis支持五种数据类型:String(字符串),Hash(哈希),List(列表),Set(集合)及Zset(sortedset:有序集合)。1、字符串类型概述1.1、数据类型Redis支持...
- RMAN备份监控及优化总结(rman备份原理)
-
今天主要介绍一下如何对RMAN备份监控及优化,这里就不讲rman备份的一些原理了,仅供参考。一、监控RMAN备份1、确定备份源与备份设备的最大速度从磁盘读的速度和磁带写的带度、备份的速度不可能超出这两...
你 发表评论:
欢迎- 一周热门
- 最近发表
- 标签列表
-
- oracle位图索引 (63)
- oracle批量插入数据 (62)
- oracle事务隔离级别 (53)
- oracle 空为0 (50)
- oracle主从同步 (55)
- oracle 乐观锁 (51)
- redis 命令 (78)
- php redis (88)
- redis 存储 (66)
- redis 锁 (69)
- 启动 redis (66)
- redis 时间 (56)
- redis 删除 (67)
- redis内存 (57)
- redis并发 (52)
- redis 主从 (69)
- redis 订阅 (51)
- redis 登录 (54)
- redis 面试 (58)
- 阿里 redis (59)
- redis 搭建 (53)
- redis的缓存 (55)
- lua redis (58)
- redis 连接池 (61)
- redis 限流 (51)