本文主要是介绍自己设置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

搜索

复制

这篇关于自己设置Redis分布式锁可能出现的问题及解决方案的文章就介绍到这儿，希望我们推荐的文章对大家有所帮助，也希望大家多多支持为之网！