标签：释放 解决方案 30s Redis 线程 设置 master 超时 分布式

一、如果运行中宕机，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>

标签：释放,解决方案,30s,Redis,线程,设置,master,超时,分布式
来源： https://www.cnblogs.com/xxhxs-21/p/16539261.html

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。