分布式锁

> setnx lock:XXXX true

... 业务处理 ...

> del lock:XXXX 

(integer) 1

这里有个问题,就是当“业务处理”发生死循环时,释放锁的操作就永远不会发生,为了避免这种情况发生,进行如下改进:

> setnx lock:XXXX true

> expire lock:XXXX 5

... 业务处理 ...

> del lock:XXXX 

(integer) 1

这里通过expire添加时间限制,这样,无论“业务处理”发生什么,都能确保释放锁。

这里,setnx与expire是两个独立的指令,这就导致了setnx与expire之间可能发生异常,还是会导致无法释放锁,于是Redis2.8的时候,通过在set添加扩展参数的方式,把setnx、expire指令融合到一起。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值