解决：sexnx需要加超时时间，值与超时时间一起设置，保证原子性，如果分开设置，设置值后服务挂了，仍然会死锁。
如果超时时间设置的是30s，线程1由于某种原因30s还没有执行完，这时已经到达锁失效时间，锁释放后，线程2拿到锁也可以执行了，这时线程1执行完了，手动释放了锁，但是此刻释放的锁并不是当时它拿到的，而是线程2的，线程1释放了线程2的锁，这时线程3也可以拿到锁了，以此类推，线程释放了不是自己当初拿到的锁，造成了锁失效的现象
解决：给每个线程加锁的时候设置一个唯一ID，例如：sexnx（lockkey,UUID,expiretime）释放锁的时候判断当前锁中的值是否是当前线程的
问题2解决了锁失效的问题（释放了不是自己加的锁），但是有一种情况，线程1还没有执行完减库存，锁超时自动失效，线程2拿到锁，这样有可能有2个线程同时执行减库存，那就有问题了
解决：锁续命，每过几秒钟（大概设置时间的1/3），查询当前设置的锁是否还存在，存在的话，再重新设置一下，例如：设置30s，到10s锁还存在，则再重新设置为30s
watch dog机制，实现了锁的可续期。
但是还有一个问题Redission没有解决，redis主从架构的情况下，由于数据从master同步到slave需要一定的时间，还有没有同步成功master挂了，这时重新选举了slave作为新的master，但是当前线程加的锁并没有同步过来，这时其它线程又可以从新的master获取锁了，造成线程1和线程2同时减库存的可能
如果要避免这种情况，只能用zookeeper了，zookeeper要求主从强一致性，但是zookeeper写性能不如redission
Original: https://www.cnblogs.com/xxhxs-21/p/16539261.html
Author: 花祈梦
Title: 自己设置Redis分布式锁可能出现的问题及解决方案
原创文章受到原创版权保护。转载请注明出处：https://www.johngo689.com/588596/
转载文章受原作者版权保护。转载请注明原作者出处！