Redisson报异常attempt to unlock lock, not locked by current thread by node id解决方案

Redisson报异常attempt to unlock lock, not locked by current thread by node id解决方案

问题背景

Redisson做分布式锁是目前比较流行的方式,但是在使用的过程中遇到一些坑:

  • Redisson的分布式锁只能通过创建锁的线程进行解锁,正所谓解铃还须系铃人,不是同一个线程解锁会报异常
  • 因为Redisson是为锁而生,所以一开始设计的时候,为了防止死锁,默认锁的过期时间为30S
  • 当时我居然傻到用单元测试来测试Redisson的分布式锁,我太傻了,单元测试之后马上就会结束项目运行,那么就没有线程持有锁了,更别说还需要同线程解锁了

报异常:

2022-05-07 10:10:36.005  INFO 67300 --- [           main] c.y.redisson.utils.DistributedRedisLock  : lock:true
2022-05-07 10:10:36.011  INFO 67300 --- [           main] c.y.redisson.utils.DistributedRedisLock  : lock.isHeldByCurrentThread: false
2022-05-07 10:10:36.039 ERROR 67300 --- [           main] c.y.redisson.utils.DistributedRedisLock  : DistributedRedisLock unlock [yuange] Exception:

java.lang.IllegalMonitorStateException: attempt to unlock lock, not locked by current thread by node id: 51f450d1-f832-4950-8e78-aec9a7484b8e thread-id: 1
	at org.redisson.RedissonBaseLock.lambda$unlockAsync$1(RedissonBaseLock.java:316) ~[redisson-3.16.8.jar:3.16.8]
	at java.util.concurrent.CompletableFuture.uniHandle(CompletableFuture.java:822) ~[na:1.8.0_221]
	at java.util.concurrent.CompletableFuture$UniHandle.tryFire(CompletableFuture.java:797) ~[na:1.8.0_221]
	at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474) ~[na:1.8.0_221]
	at java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:1962) ~[na:1.8.0_221]
	at org.redisson.misc.RedissonPromise.trySuccess(RedissonPromise.java:83) ~[redisson-3.16.8.jar:3.16.8]
	at org.redisson.command.CommandBatchService.lambda$executeAsync$7(CommandBatchService.java:324) ~[redisson-3.16.8.jar:3.16.8]
	at java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:760) ~[na:1.8.0_221]
	at java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:736) ~[na:1.8.0_221]
	at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474) ~[na:1.8.0_221]
	at java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:1962) ~[na:1.8.0_221]
	at org.redisson.command.RedisCommonBatchExecutor.handleResult(RedisCommonBatchExecutor.java:162) ~[redisson-3.16.8.jar:3.16.8]
	at org.redisson.command.RedisExecutor.checkAttemptPromise(RedisExecutor.java:476) ~[redisson-3.16.8.jar:3.16.8]
	at org.redisson.command.RedisExecutor.lambda$execute$3(RedisExecutor.java:172) ~[redisson-3.16.8.jar:3.16.8]
	at java.util.concurrent.CompletableFuture.uniWhenComplete(CompletableFuture.java:760) ~[na:1.8.0_221]
	at java.util.concurrent.CompletableFuture$UniWhenComplete.tryFire(CompletableFuture.java:736) ~[na:1.8.0_221]
	at java.util.concurrent.CompletableFuture.postComplete(CompletableFuture.java:474) ~[na:1.8.0_221]
	at java.util.concurrent.CompletableFuture.complete(CompletableFuture.java:1962) ~[na:1.8.0_221]
	at org.redisson.client.handler.CommandDecoder.decodeCommandBatch(CommandDecoder.java:318) ~[redisson-3.16.8.jar:3.16.8]
	at org.redisson.client.handler.CommandDecoder.decodeCommand(CommandDecoder.java:210) ~[redisson-3.16.8.jar:3.16.8]
	at org.redisson.client.handler.CommandDecoder.decode(CommandDecoder.java:137) ~[redisson-3.16.8.jar:3.16.8]
	at org.redisson.client.handler.CommandDecoder.decode(CommandDecoder.java:113) ~[redisson-3.16.8.jar:3.16.8]
	at io.netty.handler.codec.ByteToMessageDecoder.decodeRemovalReentryProtection(ByteToMessageDecoder.java:510) ~[netty-codec-4.1.76.Final.jar:4.1.76.Final]
	at io.netty.handler.codec.ReplayingDecoder.callDecode(ReplayingDecoder.java:366) ~[netty-codec-4.1.76.Final.jar:4.1.76.Final]
	at io.netty.handler.codec.ByteToMessageDecoder.channelRead(ByteToMessageDecoder.java:279) ~[netty-codec-4.1.76.Final.jar:4.1.76.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379) ~[netty-transport-4.1.76.Final.jar:4.1.76.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365) ~[netty-transport-4.1.76.Final.jar:4.1.76.Final]
	at io.netty.channel.AbstractChannelHandlerContext.fireChannelRead(AbstractChannelHandlerContext.java:357) ~[netty-transport-4.1.76.Final.jar:4.1.76.Final]
	at io.netty.channel.DefaultChannelPipeline$HeadContext.channelRead(DefaultChannelPipeline.java:1410) ~[netty-transport-4.1.76.Final.jar:4.1.76.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:379) ~[netty-transport-4.1.76.Final.jar:4.1.76.Final]
	at io.netty.channel.AbstractChannelHandlerContext.invokeChannelRead(AbstractChannelHandlerContext.java:365) ~[netty-transport-4.1.76.Final.jar:4.1.76.Final]
	at io.netty.channel.DefaultChannelPipeline.fireChannelRead(DefaultChannelPipeline.java:919) ~[netty-transport-4.1.76.Final.jar:4.1.76.Final]
	at io.netty.channel.nio.AbstractNioByteChannel$NioByteUnsafe.read(AbstractNioByteChannel.java:166) ~[netty-transport-4.1.76.Final.jar:4.1.76.Final]
	at io.netty.channel.nio.NioEventLoop.processSelectedKey(NioEventLoop.java:722) ~[netty-transport-4.1.76.Final.jar:4.1.76.Final]
	at io.netty.channel.nio.NioEventLoop.processSelectedKeysOptimized(NioEventLoop.java:658) ~[netty-transport-4.1.76.Final.jar:4.1.76.Final]
	at io.netty.channel.nio.NioEventLoop.processSelectedKeys(NioEventLoop.java:584) ~[netty-transport-4.1.76.Final.jar:4.1.76.Final]
	at io.netty.channel.nio.NioEventLoop.run(NioEventLoop.java:496) ~[netty-transport-4.1.76.Final.jar:4.1.76.Final]
	at io.netty.util.concurrent.SingleThreadEventExecutor$4.run(SingleThreadEventExecutor.java:986) ~[netty-common-4.1.76.Final.jar:4.1.76.Final]
	at io.netty.util.internal.ThreadExecutorMap$2.run(ThreadExecutorMap.java:74) ~[netty-common-4.1.76.Final.jar:4.1.76.Final]
	at io.netty.util.concurrent.FastThreadLocalRunnable.run(FastThreadLocalRunnable.java:30) ~[netty-common-4.1.76.Final.jar:4.1.76.Final]
	at java.lang.Thread.run(Thread.java:748) ~[na:1.8.0_221]

2022-05-07 10:10:36.039 ERROR 67300 --- [           main] com.yg.redisson.main.RedissonTest        : unlock failed

解决方案

1 这个异常报错主要有两个原因,刚才的背景介绍中说过

  • 解锁需要创建锁的线程进行解锁,否则就报这个异常
  • 过期时间默认30S,超过30S秒,即使用同一个线程解锁也会报这个异常,因为锁已经不存在了

总结

  • 如果想使用不同线程都可以解锁,那么可以使用redis自带的setnx,可以在我的另一篇文章中看测试源码




作为程序员第 123 篇文章,每次写一句歌词记录一下,看看人生有几首歌的时间,wahahaha …

Lyric: 那想念的身影

  • 5
    点赞
  • 8
    收藏
    觉得还不错? 一键收藏
  • 9
    评论
DB历史主题丢失是指数据库历史记录的主题内容不见了。这种情况下,我们可以尝试通过重新配置来恢复它。 首先,我们需要检查数据库配置文件,确保历史记录功能没有被禁用或配置错误。检查配置文件中与历史记录相关的参数设置,如历史记录的保留时间、历史记录文件的存储位置等。如果这些参数设置正确,但历史主题仍然丢失,我们可以尝试以下步骤进行恢复。 1. 停止数据库服务:首先,需要停止正在运行的数据库服务,以便执行下一步的操作。 2. 备份数据库:在进行任何恢复操作之前,务必先备份数据库文件,以防止意外数据丢失。 3. 清空历史记录相关文件:进入数据库目录,并删除与历史记录相关的文件,如历史记录日志文件、历史记录索引文件等。这样做的目的是清除之前可能存在的损坏的历史记录文件。 4. 重新配置数据库:编辑数据库配置文件,重新启用历史记录功能并确保相应的参数设置正确。 5. 启动数据库服务:保存更改后,重新启动数据库服务,让新的配置生效。 6. 监视恢复进程:在数据库启动后,我们可以通过监视日志或使用数据库管理工具,验证历史记录是否被正确恢复。可以查看历史记录是否开始重新生成,以及检查历史记录文件是否存在以及大小是否与预期一致。 7. 测试恢复结果:使用数据库客户端连接到数据库,并执行一些操作,以验证历史记录是否正常工作。可以查询历史记录文件,查看相应的操作是否已被记录。 总之,当DB历史主题丢失时,我们可以尝试通过重新配置数据库来恢复它。这个过程需要注意备份数据、重要文件的清除和重新配置以及验证恢复结果等步骤,以确保恢复过程顺利且有效。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 9
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值