0
点赞
收藏
分享

微信扫一扫

分布式锁的进化过程


使用setnx 来作为锁的底层实现

case1  拿到锁 执行代码 但是如果此时服务器宕机就完了
case2 拿到锁 设置超时时间 然后执行代码 
   存在两个问题 
   2.1 设置超时时间和获取锁 得原子性完成
   2.2 如果超时时间到了 任务还没有完成 怎么办?

2.2 存在两个问题
   假如 a 先获得锁 设置十秒过期 a运行完成需要15s
   b在第十秒拿到了锁 此时两个线程都拥有锁(第一个问题)
   等到第15s,a删除了锁,此时b相当于没有锁的保护了,谁想进来就都能进来(第二个问题)

咱们先解决第二个问题  
   等到第15s,a删除了锁,此时b相当于没有锁的保护了,谁想进来就都能进来
   给每个锁加一个编号,a拿到锁的时候,就设置编号,删除的时候,就只删除自己的锁
   这样一来,第十秒的时候,a的那个锁的编号已经变成b设置的了
   到第15s,a先拿到当前锁的值,然后和自己的编号比较 如果一样,再删除,这样就不会把b的锁删掉了。

   这里还有一个问题
   a先拿到当前锁的值,然后和自己的编号比较 如果一样,再删除
   上面这段话没办法做到一致性
   那怎么办?使用 Lua脚本

但是到目前为止,还有上面说的第一个问题
   假如 a 先获得锁 设置十秒过期 a运行完成需要15s
   b在第十秒拿到了锁 此时两个线程都拥有锁
   那怎么办?a获取锁的时候,把超时时间设置到20s?那假如a运行需要25s呢?
   请问,那锁的自动释放时间设置到多少毕竟合适呢?
   有人回答是:根据系统自行设计。。。
   我去,这不相当于没说!
   那怎么办?咱们回忆一下,为什么要给锁设置超时时间?是怕我忽然宕机了,那个锁永远不删除,就卡死了。
   那这样行不行,我拿到锁的时候,就不设置过期时间,然后每隔10s,就给redis发请求,把锁的过期时间设置为30s之后。
   这样一来,如果我的服务器突然挂了,最多30s锁也就自动被清理了。
   那怎么实现每隔10s,就去发请求,设置新的过期时间呢?
   请参见Redission

   我还有一个问题,那锁不设置过期时间,如果我的方法真的执行了100s或者更久怎么办?这不是卡死了别的现场?
   如果你的方法真的执行了100s,与其让别的线程进来破坏了数据一致性,还不如让别的卡死呢!
   另外如果你的方法真的执行了100s,你是不是该反思一下,是不是哪些逻辑没有设置超时时间

参考资料:

​​Redis 分布式锁|从青铜到钻石的五种演进方案 - 悟空聊架构的个人空间 - OSCHINA - 中文开源技术交流社区​​

举报

相关推荐

0 条评论