拓展拾遗补漏再谈分布式锁：主从切换下锁安全性问题.pdfVIP

拓展3：拾遗漏补——再谈分布

式锁

在第三节，我们细致讲解了分布式锁的原理，它的使⽤⾮常简单，⼀

条指令就可以完成加锁操作。不过在集群环境下，这种方式是有

的，它不是绝对安全的。

⽐如在Sentinel集群中，主节点挂掉时，从节点会取而代之，客户

端上却并没有明显感知。原先第⼀个客户端在主节点中申请成功了⼀

把锁，但是这把锁还没有来得及同步到从节点，主节点突然挂掉了。

然后从节点变成了主节点，这个新的节点没有这个锁，所以当另

⼀个客户端过来请求加锁时，⽴即就批准了。这样就会导致系统中同

样⼀把锁被两个客户端同时持有，不安全性由此产⽣。

不过这种不安全也仅仅是在主从发⽣failover的情况下才会产⽣，

而且持续时间极短，业务系统多数情况下可以。

Redlock算法

拉机3：拾遗漏花——再谈方法式

锁

第三节，我们美致讲解了可以式解的原理，它的用法非常简单，一条命令就

可以完成加锁操作。但是，在集群环境下，这种方法是有的，它并不是

绝对安全的。

例如，在Sentinel集群中，当主节点挂掉时，从节点接管，客户端没

有任何明显的感知。第一个客户端成功在主节点申请了锁，但是这

个锁还没有到达并与从节点同步，主节点突然挂掉了。

但这种不安全感也只发生在主机发生故障转移的情况下，且持续时

间极短，大多数情况下业务系统都可以保存。

Redlock算法

为了解决这个问题，Antirez发明了Redlock算法，它的流程⽐较

复杂，不过已经有了很多开源的library做了良好的封装，⽤户可以

拿来即⽤，⽐如redlock-py。

importredlock

addrs=[{

host:localhost,

port:6379,

db:0

},{

host:localhost,

port:6479,

db:0

},{

host:localhost,

port:6579,

db:0

}]

dlm=redlock.Redlock(addrs)

success=dlm.lock(user-lck-laoqian,5000)

ifsuccess:

printlocksuccess

dlm.unlock(user-lck-laoqian)

else:

printlockfailed

为了使⽤Redlock，需要多个Redis实例，这些实例之前相互

独⽴没有主从关系。同很多分布式算法⼀样，redlock也使⽤「大多

数机制」。

为了解决这个问题，Antirez发明了Redlock算法，它的流程比较复杂，

但是它已经有很多封装好的开源库，所以用户可以使用，比如

redlock‑py。

进口红锁

地址=[{

“主机”：“本机”，

“端口”：6379，

“数据库”：

0

},{

“主机”：“本机”，

“端口”：6479，

“数据库”：

0

},{

“主机”：“本机”，

“端口”：6579，

“数据库”：

0

]

dlm=redlock.Redlock(addrs)

成功