Redisson(1)分布式锁——如何解决死锁问题

Redisson是如何解决死锁问题的?

普通利用Redis实现分布式锁的时候,我们可能会为某个锁指定某个key,当线程获取锁并执行完业务逻辑代码的时候,将该锁对应的key删除掉来释放锁。

lock->set(key),成功->执行业务,业务执行完毕->unlock->del(key)。

根据这种操作和实践方式,我们可以分为下面两个场景:

1)业务机器宕机

因为我们的业务不知道要执行多久才能结束,所以这个key我们一般不会设置过期时间。这样如果在执行业务的过程中,业务机器宕机,unlock操作不会执行,所以这个锁不会被释放,其他机器拿不到锁,从而形成了死锁。

Redisson为了解决这种情况,设定了一个叫做lockWatchdogTimeout的参数,默认为30秒钟。这样当业务方调用加锁操作的时候,

默认的leaseTime是-1,此时看门狗才会生效,不会走if分支,如果leaseTime被人为设置了值,且不是-1,看门狗不会work。这里会取watch dog的时间作为锁的持有时间,默认是30s,这个时候即使发生了宕机现象,

  • 5
    点赞
  • 21
    收藏
    觉得还不错? 一键收藏
  • 13
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值