redis 使用setIfAbsent方法加锁代码报错，为什么锁的key会进过期判断

最新推荐文章于 2025-12-23 22:43:19 发布
原创 最新推荐文章于 2025-12-23 22:43:19 发布 · 453 阅读 · 9 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#redis #java #数据库

文章讨论了在使用Redis的setIfAbsent方法实现加锁时遇到的错误，涉及到了键的过期判断机制。作者寻求帮助，关注于当数据失效时如何正确处理onMessage方法。

redis 使用setIfAbsent方法加锁代码报错，为什么锁的key会进过期判断

redis数据失效事件，进行数据处理的 onMessage方法

有没有大神可以帮忙解答一下

-药不能停
关注
如何手动实现批量添加和解除限时锁
代码不会敲的博客
06-12 977
慢慢的来，别着急！学会有质量的走过每一步我是代码不会敲的小符，希望认识更多有经验的大佬，也在努力摸索出自己的道路欢迎交流，一起加油。
大厂面试官问我：Redis的分布式锁，锁失效了该怎么办？【后端八股文十：Redis分布式锁八股文合集（1）】
qq_33445788的博客
07-07 1656
本文为【Redis分布式锁八股文合集（1）】初版，后续还会进行优化更新，欢迎大家交流~💥💥。
redis setnx 失效；setIfAbsent失效
qq_19550657的博客
09-02 387
后来排查发现，是参数配置问题：sprint.redis.timeout: 配置的居然是60ms。只要内网网络产生波动就会导致没有锁住的情况发现。防止并发时，对资源进行上锁，居然发现两个不同线程抢同一把锁，居然同时进入了。
关于stringRedisTemplate.setIfAbsent()并设置过期时间遇到的问题
weixin_34419326的博客
01-17 4万+
spring-date-redis版本：1.6.2场景：在使用setIfAbsent(key,value)时，想对key设置一个过期时间，同时需要用到setIfAbsent的返回值来指定之后的流程，所以使用了以下代码： boolean store = stringRedisTemplate.opsForValue().setIfAbsen...
Redis缓存学习笔记
2301_79190746的博客
09-18 185
使用布隆过滤器中的哈希函数对元素值进行计算，得到哈希值（有几个哈希函数得到几个哈希值）。根据得到的哈希值，在位数组中把对应下标的值置为 1。对给定元素再次进行相同的哈希计算；得到值之后判断位数组中的每个元素是否都为 1，如果值都为 1，那么说明这个值在布隆过滤器中，如果存在一个值不为 1，说明该元素不在布隆过滤器中。自定义一个注解，定义此注解的主要目的是把它添加在需要实现幂等的方法上，凡是某个方法注解了它，都会实现自动幂等。
Redis6 系列十一 应用问题解决
qq_32265203的博客
05-11 423
1.Redis应用问题解决 1.1.缓存穿透 1.1.1.问题描述 key对应的数据在数据源并不存在，每次针对此key的请求从缓存获取不到，请求都会压到数据源，从而可能压垮数据源。比如用一个不存在的用户id获取用户信息，不论缓存还是数据库都没有，若黑客利用此漏洞进行攻击可能压垮数据库。 1.1.2.解决方案 一个一定不存在缓存及查询不到的数据，由于缓存是不命中时被动写的，并且出于容错考虑，如果从存储层查...
redis setIfAbsent
m0_53373211的博客
12-14 2891
Boolean b= redisTemplate.opsForValue().setIfAbsent (Object key, Object value, Long timeout, TimeUnit unit); 如果key存在, 则不赋值 如果key不存在, 则创建并赋值
【技术派后端篇】Redis分布式锁：原理、实践与应用
04-17 1027
通过本文，我们从原理到实践，详细介绍了Redis分布式锁的相关知识。我们了解了本地锁与分布式锁的区别，Redis分布式锁、Zookeeper分布式锁、MySQL分布式锁的差异，以及Redis分布式锁的几种实现方式。
springBoot整合Redis（四、整合redis 实现分布式锁）
kkkkatoq的博客
03-16 1146
在单机环境，我们使用最多的是juc包里的单机锁，但是随着微服务分布式项目的普及，juc里的锁是不能控制分布锁环境的线程安全的，因为单机锁只能控制同个进程里的线程安全，不能控制多节点的线程安全，所以就需要使用分布式锁分布式锁的原理就不说太多了，主要讲讲基于redis的分布式锁的用法。
Redis的使用--Java连接redis、springboot整合redis、缓存 分布锁 、redssion解决分布锁的bug(超时问题) 以及redis常见面试题
Ysuhang的博客
08-04 616
1. 数据库中没有该记录，缓存中也没有该记录，这时由人恶意大量访问这样的数据。这样就会导致该请求绕过缓存，直接访问数据，从而造成数据库压力过大。2.解决办法:[1]在controller加数据校验。[2]我们可以在redis中存入一个空对象，而且要设置过期时间不能太长。超过5分钟[3]我们使用布隆过滤器。底层:有一个bitmap数组，里面存储了该表的所有id.//伪代码String get(String key) { //布隆过滤器钟存储的是数据库表钟对应的id//先从缓存获取。...
【SpringBoot】Redis Lua脚本实战指南：简单高效的构建分布式多命令原子操作、分布式锁
墩墩分墩
05-11 1620
- **轻量级**: 它用标准C语言编写并以源代码形式开放，编译后仅仅一百余K，可以很方便的嵌入别的程序里。 - 可扩展: Lua提供了非常易于使用的扩展接口和机制：由宿主语言(通常是C或C++)提供这些功能，Lua可以使用它们，就像是本来就内置的功能一样。 - **数据类型丰富**，包括`数字、字符串、布尔值、表（数组和字典的集合）等`。这些数据类型使得Lua语言能够处理各种复杂的数据结构和算法。 - 支持面向过程(procedure-oriented)编程和函数式编程(functional progra
使用redis事物解决stringRedisTemplate.setIfAbsent()并设置过期时间遇到的问题
w36680130的博客
10-19 3272
使用redis事物解决stringRedisTemplate.setIfAbsent()并设置过期时间遇到的问题
setIfAbsent(K key, V value)
Wow 五六 !!! 的博客
04-06 9663
setIfAbsent(K key, V value) 如果键不存在则新增,存在则不改变已经有的值。 如果为空就set值，并返回1 如果存在(不为空)不进行操作，并返回0
java中io流(文件流)的使用、资源加载笔记(二)mmap零拷贝等
热门推荐
enthan809882的博客
08-04 11万+
java中io流(文件流)的使用、资源加载笔记(二)mmap零拷贝等
setIfAbsent升级版，加了超时时间
weixin_37924923的博客
12-17 3万+
文章目录lua脚本封装为方法 由于业务需要使用分布式锁，使用的是redisTemplete客户端，里面有一个setIfAbsent没有带超时时间的属性，为了原子性以及操作效率，因此封装一个带超时时间的setIfAbsent lua脚本 /** redisUtil.setIfAbsent 新加的带有超时的setIfAbsent 脚本*/ String newSetIfAbsentScriptStr ...
详解Redis 中 RDB 与 AOF 的区别
最新发布
qq_33479841的博客
12-23 921
在Redis的使用中，持久化是一个重要的特性，它将内存中的数据保存到硬盘上，以防止数据丢失。Redis 提供了三种主要的持久化方式：AOF（Append Only File）、RDB（Redis DataBase）以及混合持久化（RDB和AOF）。本文将详细介绍 AOF 和 RDB 的区别及配置方式，帮助读者更好地理解和选择合适的持久化方式。
Redis 的 RDB 持久化
m0_59021776的博客
12-22 735
RDB 持久化是 Redis 的基础持久化方式，核心是通过快照文件保存全量数据手动触发用BGSAVE，避免SAVE阻塞主进程；自动触发通过redis.conf的save参数配置，平衡性能和数据安全性；恢复时 Redis 自动加载 RDB 文件，AOF 开启时优先加载 AOF；生产环境建议 RDB+AOF 混合持久化，兼顾速度和安全性。
Spring Data Redis 中的 opsFor 方法详解
2301_81834780的博客
12-23 364
*** 自定义 Operations 扩展*//*** 自定义操作：带重试机制的设置操作*//*** 带重试的 set 操作*//*** 带条件判断的设置*//*** 提供自定义操作接口*//*** 实现类*/@Overridetry {throw e;try {throw new RuntimeException("重试被中断", ie);@OverrideopsFor类型安全的操作接口。
redis-Lettuce 框架因网络黑洞导致恢复时间变长
line_on_database的博客
12-19 949
生产上出现了两次 Redis 宿主机或者本身故障的情况，Redis 很快出现了切换，业务的影响面却在 15 分钟以上，使用的SDK 为 Lettuce外贸通这里需要将 Lettuce 升级为 6.3.0 + 版本并配置 tcp_user_timeout , Lettuce 详细参数见文档对于部分网卡宕机、网络分区故障等情况，概率性不会产生 RST。大多数的宕机，操作系统会在退出前给客户端发送 RST，因此这个问题不是切换或者宕机就必现；引用文章：详细文章net.ipv4.tcp_retries2 是 Lin
如果不适用lua脚本会出问题吗
09-13
<think> 我们在讨论RedisTemplate实现分布式锁时，如果不使用Lua脚本，确实会出现问题。主要问题在于释放锁的操作无法保证原子性，可能会导致锁被误删。下面详细说明： ### 1. 为什么释放锁需要原子性？ 当我们使用Redis实现分布式锁时，通常的步骤是： - 加锁：使用 `SET key random_value NX PX 30000`（设置一个随机值，并设置过期时间） - 解锁：比较锁的值是否是自己设置的随机值，如果是则删除（即释放锁） 如果不使用Lua脚本，解锁操作需要两个步骤： 1. 获取锁的值（`GET key`） 2. 如果获取的值与当前线程持有的随机值匹配，则删除锁（`DEL key`） 这两个操作不是原子的。在并发场景下，可能出现以下问题： ### 2. 问题场景：锁被误删 假设线程A获取了锁，锁的过期时间为30秒，随机值为`uuidA`。当线程A执行完业务逻辑，准备释放锁时： 1. 线程A执行`GET lock_key`，得到值`uuidA`。 2. 此时，锁的过期时间到了（比如因为业务执行时间较长），锁自动释放。 3. 线程B获得了锁，设置值为`uuidB`。 4. 线程A接着执行`DEL lock_key`，这时线程A删除的实际上是线程B的锁。 这样，线程B的锁被误删，导致其他线程（如线程C）可以获取锁，从而破坏了锁的互斥性。 ### 3. 如何解决？ 使用Lua脚本，将获取锁的值和删除锁的操作合并成一个原子操作。脚本如下： ```lua if redis.call('get', KEYS[1]) == ARGV[1] then return redis.call('del', KEYS[1]) else return 0 end ``` 这个脚本在Redis中执行时是原子的，不会被打断。 ### 4. RedisTemplate中不使用Lua脚本的后果 在RedisTemplate中，如果不使用Lua脚本，而是分两步操作（先get再del），就会出现上述的误删问题。即使我们在代码中做了判断，例如： ```java String lockKey = "lock"; String lockValue = redisTemplate.opsForValue().get(lockKey); if (lockValue != null && lockValue.equals(uuid)) { redisTemplate.delete(lockKey); } ``` 这段代码在并发情况下依然不安全，因为get和delete是两个独立的操作，中间可能会有其他操作插入。 ### 5. 使用Lua脚本在RedisTemplate中的正确方式 在RedisTemplate中执行Lua脚本，需要以下步骤： 1. 定义Lua脚本字符串。 2. 使用`DefaultRedisScript`封装脚本，并指定返回值类型（如Long.class）。 3. 使用`redisTemplate.execute`方法执行脚本。 示例代码： ```java String script = "if redis.call('get', KEYS[1]) == ARGV[1] then return redis.call('del', KEYS[1]) else return 0 end"; DefaultRedisScript<Long> redisScript = new DefaultRedisScript<>(); redisScript.setScriptText(script); redisScript.setResultType(Long.class); // 执行脚本 Long result = redisTemplate.execute(redisScript, Collections.singletonList(lockKey), uuid); if (result == 1) { System.out.println("释放锁成功"); } ``` ### 6. 注意事项 - **序列化问题**：RedisTemplate默认使用JDK序列化，可能导致存储的值与传入的字符串不一致。需要确保RedisTemplate的key和value的序列化器设置为`StringRedisSerializer`，否则Lua脚本中的字符串比较可能失败[^4]。 - **返回值类型**：`DefaultRedisScript`必须设置返回值类型，否则会报错[^1]。 ### 结论 **是的，RedisTemplate实现分布式锁如果不使用Lua脚本，在释放锁的时候会出现问题（锁误删），破坏锁的安全性。** 因此，必须使用Lua脚本来保证释放锁操作的原子性。 §§相关问题§§ 1. 如何在RedisTemplate中正确配置序列化器以避免分布式锁问题？ 2. 除了Lua脚本，还有其他方法保证Redis操作的原子性吗？ 3. 如何处理RedisTemplate执行Lua脚本时的序列化不一致问题？ </think> ### RedisTemplate实现分布式锁不使用Lua脚本的问题分析 是的，**不使用Lua脚本会导致严重的原子性问题**，可能破坏分布式锁的核心特性。以下是关键问题分析： #### 1. **释放锁的非原子性问题（核心风险）** 当释放锁时需执行两个操作： 1. 检查锁值是否匹配（GET操作） 2. 删除锁（DEL操作） 不使用Lua脚本的伪代码： ```java if(redis.get(lockKey).equals(myLockValue)) { // 步骤1 redis.delete(lockKey); // 步骤2 } ``` **风险场景**： 1. 线程A获取锁（值=uuidA） 2. A执行完业务，检查值匹配（通过） 3. 锁过期自动释放（恰在步骤1和2之间） 4. 线程B获取锁（值=uuidB） 5. A继续执行DEL操作，删除B的锁 → **锁互斥性被破坏** 引用明确指出：*"通过lua脚本来控制删除锁的原子性"*，避免这种并发问题[^2][^5]。 #### 2. **锁续期问题** 守护线程续期操作同样需要原子性： ```java // 非原子操作可能导致续期错误 if(redis.exists(lockKey)) { // 步骤1 redis.expire(lockKey, newTime); // 步骤2 } ``` **风险场景**： 1. 锁在步骤1后过期 2. 其他线程获取锁 3. 原线程执行步骤2 → **意外延长其他线程的锁** #### 3. **重入锁实现困难** 实现可重入锁需要原子地： 1. 检查锁持有者 2. 增加重入计数 不使用Lua脚本时，多个命令无法保证原子执行，可能导致计数错误[^5]。 #### 4. **序列化陷阱** RedisTemplate的序列化配置不当会导致值比较失效： ```java // 不同序列化器会导致值比较失败 Boolean success = redisTemplate.opsForValue() .setIfAbsent(lockKey, lockValue); // 值可能被序列化为二进制 ``` 引用[^4]强调：*"FastJsonRedisSerializer和GenericFastJsonRedisSerializer的差异会导致比较失败"*[^4]。 --- ### 解决方案对比 | **实现方式** | **安全性** | **原子性** | **复杂度** | |-------------------|-----------|-----------|-----------| | 不使用Lua脚本 | ❌ 低风险 | ❌ 无保证 | ⭐ 简单 | | 使用Lua脚本 | ✅ 高安全 | ✅ 有保证 | ⭐⭐ 中等 | | Redisson框架 | ✅ 高安全 | ✅ 有保证 | ⭐⭐⭐ 复杂 | --- ### 结论 不使用Lua脚本的RedisTemplate分布式锁**存在严重缺陷**，主要问题包括： 1. 释放锁时可能误删其他线程的锁（破坏互斥性） 2. 锁续期操作可能延长错误锁 3. 重入锁实现不可靠 4. 序列化问题导致值比较失败 **强烈建议使用Lua脚本保证原子性**，正如引用[^1][^2][^3]强调的解决方案。在RedisTemplate中，应结合`DefaultRedisScript`和正确的序列化配置实现可靠分布式锁[^1][^4]。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值