关于项目里分布式锁的坑

目前项目中分布式锁的实现方式是基于redisson的分布式锁。

最近发现一个问题,项目里的分布式锁,在同一个方法中,加了两次相同的锁,虽然redisson支持可重入,但是仔细看了看,还是有一些存在的问题。

1. 锁名字相同,在项目中全局搜下,能搜到几个相同名字的,一些是在同一个方法的调用里面,支持可重入还好,但是如果在不同的方法调用里,可能就会出现锁竞争了。

2. 锁超时,redisson支持锁自动续期,这种情况只适用于并发不高的地方,否则一旦有耗费时间的操作,那会极大影响吞吐量,从而拖累整个服务。锁超时一般包含两个时间,等待上锁的时间和上锁之后租赁锁的时间。正常情况,都应该给个锁超时时间。

3. 锁范围,这个同样会影响吞吐量。分两种情况,一是锁名字包含的范围,这个应该配合锁名字,将粒度降到最小,二是锁代码的范围,耗费时间的代码不应该放到锁里面。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值