Redis教程

自己设置Redis分布式锁可能出现的问题及解决方案

本文主要是介绍自己设置Redis分布式锁可能出现的问题及解决方案,对大家解决编程问题具有一定的参考价值,需要的程序猿们随着小编来一起学习吧!

一、如果运行中宕机,setnx锁无法释放

解决:sexnx需要加超时时间,值与超时时间一起设置,保证原子性,如果分开设置,设置值后服务挂了,仍然会死锁。

二、释放了不是自己加的锁

如果超时时间设置的是30s,线程1由于某种原因30s还没有执行完,这时已经到达锁失效时间,锁释放后,线程2拿到锁也可以执行了,这时线程1执行完了,手动释放了锁,但是此刻释放的锁并不是当时它拿到的,而是线程2的,线程1释放了线程2的锁,这时线程3也可以拿到锁了,以此类推,线程释放了不是自己当初拿到的锁,造成了锁失效的现象
解决:给每个线程加锁的时候设置一个唯一ID,例如:sexnx(lockkey,UUID,expiretime)释放锁的时候判断当前锁中的值是否是当前线程的

三、超时但是业务没有走完

问题2解决了锁失效的问题(释放了不是自己加的锁),但是有一种情况,线程1还没有执行完减库存,锁超时自动失效,线程2拿到锁,这样有可能有2个线程同时执行减库存,那就有问题了
解决:锁续命,每过几秒钟(大概设置时间的1/3),查询当前设置的锁是否还存在,存在的话,再重新设置一下,例如:设置30s,到10s锁还存在,则再重新设置为30s

四、Redission框架解决了上述所用问题

watch dog机制,实现了锁的可续期。

但是还有一个问题Redission没有解决,redis主从架构的情况下,由于数据从master同步到slave需要一定的时间,还有没有同步成功master挂了,这时重新选举了slave作为新的master,但是当前线程加的锁并没有同步过来,这时其它线程又可以从新的master获取锁了,造成线程1和线程2同时减库存的可能

如果要避免这种情况,只能用zookeeper了,zookeeper要求主从强一致性,但是zookeeper写性能不如redission

搜索

复制

<iframe height="240" width="320"></iframe>
这篇关于自己设置Redis分布式锁可能出现的问题及解决方案的文章就介绍到这儿,希望我们推荐的文章对大家有所帮助,也希望大家多多支持为之网!