Redis

当前位置:主页 > 数据库 > Redis >

Redis的SETNX命令实现分布式锁 使用

时间:2020-05-01|栏目:Redis|点击:

如果 SETNX 返回1,说明该进程获得锁,命令实现分布式锁 使用SETNX将键 lock。foo 的值设置为锁的超时时间(当前时间 + 锁的有效时间)。如果 SETNX 返回0,说明其他进程已经获得了锁,进程不能进入临界区。进程可以在一个循环中不断地尝试 SETNX 操作,以获得锁。如果一个进程获得锁之后,断开了与redis的连接(进程挂断或者网络中断),那么锁一直的不断释放,其他的进程就一直获取不到锁,就出现了 “死锁”然而,锁超时时,setnx我们不能简单地使用 DEL 命令删除键 lock。foo 以释放锁。考虑以下情况,进程P1已经首先获得了锁 lock。foo,然后进程P1挂掉了。进程P2,P3正在不断地检测锁是否已释放或者已超时,执行流程如下!1 。Redis的SETNX P2和P3进程读取键 lock。foo 的值,检测锁是否已超时(通过比较当前时间和键 lock。foo 的值来判断是否超时)从上面的情况可以得知,进程不能直接简单地执行 DEL 删除键的操作以获得锁。redis为了解决上述算法可能出现的多个进程同时获得锁的问题,我们再来看以下的算法。我们同样假设进程P1已经首先获得了锁 lock。foo,然后进程P1挂掉了。接下来的情况:由于进程P1已获得了锁,所以P4执行 SETNX lock。foo 返回0,即获取锁失败P4执行 GET lock。foo 来检测锁是否已超时,如果没超时,则等待一段时间,再次检测如果P4检测到锁已超时,即当前的时间大于键 lock。foo 的值,P4会执行以下操作由于 GETSET 操作在设置键的值的同时,还会返回键的旧值,通过比较键 lock。foo 的旧值是否小于当前时间,可以判断进程是否已获得锁假如另一个进程P5也检测到锁已超时,并在P4之前执行了 GETSET 操作,那么P4的 GETSET 操作返回的是一个大于当前时间的时间戳,这样P4就不会获得锁而继续等待。注意到,即使P4接下来将键 lock。foo 的值设置了比P5设置的更大的值也没影响。另外,值得注意的是,在进程释放锁,需要先判断锁是否已超时。如果锁已超时,那么锁可能已由其他进程获得,这时直接执行 DEL lock。foo 操作会导致把其他进程已获得的锁释放掉。用以下python代码来实现上述的使用 SETNX 命令作分布式锁的算法。

上一篇:谈谈Redis的SETNX

栏    目:Redis

下一篇:发布带有“流式”数据类型的 50 版本 Redis

本文标题:Redis的SETNX命令实现分布式锁 使用

本文地址:http://www.intnet.net/shujuku/Redis/1314.html

广告投放 | 联系我们 | 版权申明

重要申明:本站所有的文章、图片、评论等,均由网友发表或上传并维护或收集自网络,属个人行为,与本站立场无关。

如果侵犯了您的权利,请与我们联系,我们将在24小时内进行处理、任何非本站因素导致的法律后果,本站均不负任何责任。

联系QQ:78955 | 邮箱:78955#qq.com(#换成@)

Copyright © 2011-2020 intnet编程教程网 版权所有