Redis分布式锁

Redis分布式锁的实现以及出现的问题:
对于分布式锁的实现其实大致可以这样描述,在我们分布式系统中,因为不同系统,不同模块,甚至细化到不同功能分开进行部署,这样就出现了很大的问题,在进行并发访问不同模块进行操作相同的资源时,就比如redis中的缓存资源会比较棘手,可能会出现数据不一致的情况。就比如在我们单机系统中如果并发操作同一个数据,这可能会发生数据不一致的问题,所以在分布式中更是如此。尤其对于redis操作我们,因为可能我们不同模块访问的是同一份缓存,所以在我们进行访问此共享资源时,我们可以设置分布式锁来解决此类问题。

在redis 2.6.12版本之前我们是通过setnx(key,val)+expire(超时时间),但是因为这两种操作不是原子性,可能会出现一些问题,就比如当线程A设置一个分布式锁时,更改设置完还没来得及设置超时时间就断电了,那么在这种情况下,这个资源别的线程就永远访问不到了,因为所没有被释放,所以redis在此版本之后有了一个更好的设置 set(Key,val,Time,nx);来进行原子性操作.

但是这种情况还是会出现一些问题,就比如当线程A设置一个分布式锁时,档期线程执行的很慢,到了超时时间已经将锁释放了,但是他还没执行完,此时线程B获取了该锁但是当线程A都执行完了,要释放锁时,线程A实际上删除的是线程B加的锁。那么怎么解决此类问题,所以在我们可以 进行判断此锁是否为自己所设置的锁便可以坚决这个问题。

那么我们在执行判断的时候又会出现原子性的问题,所以我们只能写一个脚本来解决此类问题!lua脚本大家可以了解一下!

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

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

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值