百度360必应搜狗淘宝本站头条
当前位置:网站首页 > 技术教程 > 正文

Redis客户端缓存的几种实现方式(redis 缓存)

mhr18 2025-05-09 20:04 2 浏览 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提供了两种跟踪模式:

  1. 默认模式:服务器精确跟踪每个客户端关注的键
  2. 广播模式:服务器广播所有键的变更,客户端过滤自己关心的键

使用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客户端缓存是提升应用性能的强大工具,通过减少网络请求和数据库访问,可以显著降低延迟并提高吞吐量。
通过正确应用客户端缓存技术,可以在保持数据一致性的同时,显著提升系统性能和用户体验。

相关推荐

Redis合集-使用benchmark性能测试

采用开源Redis的redis-benchmark工具进行压测,它是Redis官方的性能测试工具,可以有效地测试Redis服务的性能。本次测试使用Redis官方最新的代码进行编译,详情请参见Redis...

Java简历总被已读不回?面试挂到怀疑人生?这几点你可能真没做好

最近看了几十份简历,发现大部分人不是技术差,而是不会“卖自己”——一、简历死穴:你写的不是经验,是岗位说明书!反面教材:ד使用SpringBoot开发项目”ד负责用户模块功能实现”救命写法:...

redission YYDS(redission官网)

每天分享一个架构知识Redission是一个基于Redis的分布式Java锁框架,它提供了各种锁实现,包括可重入锁、公平锁、读写锁等。使用Redission可以方便地实现分布式锁。red...

从数据库行锁到分布式事务:电商库存防超卖的九重劫难与破局之道

2023年6月18日我们维护的电商平台在零点刚过3秒就遭遇了严重事故。监控大屏显示某爆款手机SKU_IPHONE13_PRO_MAX在库存仅剩500台时,订单系统却产生了1200笔有效订单。事故复盘发...

SpringBoot系列——实战11:接口幂等性的形而上思...

欢迎关注、点赞、收藏。幂等性不仅是一种技术需求,更是数字文明对确定性追求的体现。在充满不确定性的网络世界中,它为我们建立起可依赖的存在秩序,这或许正是技术哲学最深刻的价值所在。幂等性的本质困境在支付系...

如何优化系统架构设计缓解流量压力提升并发性能?Java实战分享

如何优化系统架构设计缓解流量压力提升并发性能?Java实战分享在高流量场景下。首先,我需要回忆一下常见的优化策略,比如负载均衡、缓存、数据库优化、微服务拆分这些。不过,可能还需要考虑用户的具体情况,比...

Java面试题: 项目开发中的有哪些成长?该如何回答

在Java面试中,当被问到“项目中的成长点”时,面试官不仅想了解你的技术能力,更希望看到你的问题解决能力、学习迭代意识以及对项目的深度思考。以下是回答的策略和示例,帮助你清晰、有说服力地展示成长点:一...

互联网大厂后端必看!Spring Boot 如何实现高并发抢券逻辑?

你有没有遇到过这样的情况?在电商大促时,系统上线了抢券活动,结果活动刚一开始,服务器就不堪重负,出现超卖、系统崩溃等问题。又或者用户疯狂点击抢券按钮,最后却被告知无券可抢,体验极差。作为互联网大厂的后...

每日一题 |10W QPS高并发限流方案设计(含真实代码)

面试场景还原面试官:“如果系统要承载10WQPS的高并发流量,你会如何设计限流方案?”你:“(稳住,我要从限流算法到分布式架构全盘分析)…”一、为什么需要限流?核心矛盾:系统资源(CPU/内存/数据...

Java面试题:服务雪崩如何解决?90%人栽了

服务雪崩是指微服务架构中,由于某个服务出现故障,导致故障在服务之间不断传递和扩散,最终造成整个系统崩溃的现象。以下是一些解决服务雪崩问题的常见方法:限流限制请求速率:通过限流算法(如令牌桶算法、漏桶算...

面试题官:高并发经验有吗,并发量多少,如何回复?

一、有实际高并发经验(建议结构)直接量化"在XX项目中,系统日活用户约XX万,核心接口峰值QPS达到XX,TPS处理能力为XX/秒。通过压力测试验证过XX并发线程下的稳定性。"技术方案...

瞬时流量高并发“保命指南”:这样做系统稳如泰山,老板跪求加薪

“系统崩了,用户骂了,年终奖飞了!”——这是多少程序员在瞬时大流量下的真实噩梦?双11秒杀、春运抢票、直播带货……每秒百万请求的冲击,你的代码扛得住吗?2025年了,为什么你的系统一遇高并发就“躺平”...

其实很多Java工程师不是能力不够,是没找到展示自己的正确姿势。

其实很多Java工程师不是能力不够,是没找到展示自己的正确姿势。比如上周有个小伙伴找我,五年经验但简历全是'参与系统设计''优化接口性能'这种空话。我就问他:你做的秒杀...

PHP技能评测(php等级考试)

公司出了一些自我评测的PHP题目,现将题目和答案记录于此,以方便记忆。1.魔术函数有哪些,分别在什么时候调用?__construct(),类的构造函数__destruct(),类的析构函数__cal...

你的简历在HR眼里是青铜还是王者?

你的简历在HR眼里是青铜还是王者?兄弟,简历投了100份没反应?面试总在第三轮被刷?别急着怀疑人生,你可能只是踩了这些"隐形求职雷"。帮3630+程序员改简历+面试指导和处理空窗期时间...

取消回复欢迎 发表评论: