Redis不设置过期时间采用逻辑过期解决缓存击穿的代码

时间: 2023-12-03 13:05:24 浏览: 43
好的,下面是解决缓存击穿问题的逻辑过期代码: ``` public class RedisUtil { private static final Logger logger = LoggerFactory.getLogger(RedisUtil.class); private static final Long SUCCESS = 1L; private static final String SET_IF_NOT_EXIST = "NX"; private static final String SET_WITH_EXPIRE_TIME = "PX"; private static final String LOCK_PREFIX = "redis_lock_"; private static final String OK = "OK"; private static final String UNLOCK_LUA; static { StringBuilder sb = new StringBuilder(); sb.append("if redis.call(\"get\",KEYS[1]) == ARGV[1] "); sb.append("then "); sb.append(" return redis.call(\"del\",KEYS[1]) "); sb.append("else "); sb.append(" return 0 "); sb.append("end "); UNLOCK_LUA = sb.toString(); } private JedisPool jedisPool; public RedisUtil(JedisPool jedisPool) { this.jedisPool = jedisPool; } /** * 获取分布式锁 * * @param lockKey 锁 * @param requestId 请求标识 * @param expireTime 超期时间 * @return 是否获取成功 */ public boolean tryGetDistributedLock(String lockKey, String requestId, int expireTime) { Jedis jedis = jedisPool.getResource(); String result = jedis.set(lockKey, requestId, SET_IF_NOT_EXIST, SET_WITH_EXPIRE_TIME, expireTime); jedis.close(); return OK.equals(result); } /** * 释放分布式锁 * * @param lockKey 锁 * @param requestId 请求标识 * @return 是否释放成功 */ public boolean releaseDistributedLock(String lockKey, String requestId) { Jedis jedis = jedisPool.getResource(); Object result = jedis.eval(UNLOCK_LUA, Collections.singletonList(lockKey), Collections.singletonList(requestId)); jedis.close(); return SUCCESS.equals(result); } /** * 获取缓存 * * @param key 缓存key * @return 缓存值 */ public String get(String key) { Jedis jedis = jedisPool.getResource(); String value = jedis.get(key); jedis.close(); return value; } /** * 设置缓存 * * @param key 缓存key * @param value 缓存值 * @return 是否设置成功 */ public boolean set(String key, String value) { Jedis jedis = jedisPool.getResource(); String result = jedis.set(key, value); jedis.close(); return OK.equals(result); } /** * 设置缓存并带过期时间 * * @param key 缓存key * @param value 缓存值 * @param expireTime 过期时间,单位秒 * @return 是否设置成功 */ public boolean setWithExpireTime(String key, String value, int expireTime) { Jedis jedis = jedisPool.getResource(); String result = jedis.setex(key, expireTime, value); jedis.close(); return OK.equals(result); } /** * 缓存逻辑过期 * * @param key 缓存key * @param expireSeconds 过期时间,单位秒 * @param getDataFunc 获取数据的函数 * @return 缓存值 */ public String getOrSetWithExpireLogic(String key, int expireSeconds, Supplier<String> getDataFunc) { String value = get(key); if (value == null) { // 获取分布式锁 String requestId = UUID.randomUUID().toString(); boolean lockResult = tryGetDistributedLock(LOCK_PREFIX + key, requestId, expireSeconds * 1000); if (lockResult) { // 获取数据 value = getDataFunc.get(); if (value != null) { // 设置缓存并带过期时间 setWithExpireTime(key, value, expireSeconds); logger.info("set cache success, key={}, expireSeconds={}", key, expireSeconds); } // 释放分布式锁 releaseDistributedLock(LOCK_PREFIX + key, requestId); } else { // 获取锁失败,等待一段时间后重试 try { Thread.sleep(100); } catch (InterruptedException e) { logger.error("线程等待异常", e); } // 递归调用自身 return getOrSetWithExpireLogic(key, expireSeconds, getDataFunc); } } return value; } } ``` 这段代码实现了一个缓存逻辑过期的功能。当缓存失效时,先获取分布式锁,然后再次检查缓存是否存在,如果不存在,则执行获取数据的函数,然后设置缓存并带过期时间,最后释放分布式锁。如果获取分布式锁失败,则等待一段时间后重试。这样可以避免缓存击穿的问题。

相关推荐

最新推荐

recommend-type

java操作Redis缓存设置过期时间的方法

主要介绍了java操作Redis缓存设置过期时间的方法,文中通过示例代码介绍的非常详细,对大家的学习或者工作具有一定的参考学习价值,需要的朋友们下面随着小编来一起学习学习吧
recommend-type

Redis缓存穿透,缓存击穿和缓存雪崩

一、缓存处理流程 ...2.从缓存取不到的数据,在数据库中也没有取到,这时也可以将key-value对写为key-null,缓存有效时间可以设置短点,如30秒(设置太长会导致正常情况也没法使用)。这样可以防止攻击用
recommend-type

python中redis查看剩余过期时间及用正则通配符批量删除key的方法

主要介绍了python中redis查看剩余过期时间及用正则通配符批量删除key的方法,需要的朋友可以参考下
recommend-type

Redis中键值过期操作示例详解

主要给大家介绍了关于Redis中键值过期操作的相关资料,文中通过示例代码介绍的非常详细,对大家学习或者使用Redis具有一定的参考学习价值,需要的朋友们下面来一起学习学习吧
recommend-type

解决Redis设置密码重启后失效的问题

今天小编就为大家分享一篇解决Redis设置密码重启后失效的问题,具有很好的参考价值,希望对大家有所帮助。一起跟随小编过来看看吧
recommend-type

zigbee-cluster-library-specification

最新的zigbee-cluster-library-specification说明文档。
recommend-type

管理建模和仿真的文件

管理Boualem Benatallah引用此版本:布阿利姆·贝纳塔拉。管理建模和仿真。约瑟夫-傅立叶大学-格勒诺布尔第一大学,1996年。法语。NNT:电话:00345357HAL ID:电话:00345357https://theses.hal.science/tel-003453572008年12月9日提交HAL是一个多学科的开放存取档案馆,用于存放和传播科学研究论文,无论它们是否被公开。论文可以来自法国或国外的教学和研究机构,也可以来自公共或私人研究中心。L’archive ouverte pluridisciplinaire
recommend-type

实现实时数据湖架构:Kafka与Hive集成

![实现实时数据湖架构:Kafka与Hive集成](https://img-blog.csdnimg.cn/img_convert/10eb2e6972b3b6086286fc64c0b3ee41.jpeg) # 1. 实时数据湖架构概述** 实时数据湖是一种现代数据管理架构,它允许企业以低延迟的方式收集、存储和处理大量数据。与传统数据仓库不同,实时数据湖不依赖于预先定义的模式,而是采用灵活的架构,可以处理各种数据类型和格式。这种架构为企业提供了以下优势: - **实时洞察:**实时数据湖允许企业访问最新的数据,从而做出更明智的决策。 - **数据民主化:**实时数据湖使各种利益相关者都可
recommend-type

云原生架构与soa架构区别?

云原生架构和SOA架构是两种不同的架构模式,主要有以下区别: 1. 设计理念不同: 云原生架构的设计理念是“设计为云”,注重应用程序的可移植性、可伸缩性、弹性和高可用性等特点。而SOA架构的设计理念是“面向服务”,注重实现业务逻辑的解耦和复用,提高系统的灵活性和可维护性。 2. 技术实现不同: 云原生架构的实现技术包括Docker、Kubernetes、Service Mesh等,注重容器化、自动化、微服务等技术。而SOA架构的实现技术包括Web Services、消息队列等,注重服务化、异步通信等技术。 3. 应用场景不同: 云原生架构适用于云计算环境下的应用场景,如容器化部署、微服务
recommend-type

JSBSim Reference Manual

JSBSim参考手册,其中包含JSBSim简介,JSBSim配置文件xml的编写语法,编程手册以及一些应用实例等。其中有部分内容还没有写完,估计有生之年很难看到完整版了,但是内容还是很有参考价值的。