利用etcd实现分布式锁

最新推荐文章于 2024-10-24 11:51:17 发布

拾牙慧者

最新推荐文章于 2024-10-24 11:51:17 发布

阅读量1.6k

点赞数 1

分类专栏： # ETCD 文章标签： etcd 分布式数学建模

本文链接：https://blog.csdn.net/qq_42604176/article/details/131212267

版权

ETCD 专栏收录该内容

4 篇文章 0 订阅

订阅专栏

文章介绍了如何在Python中使用etcd3模块实现分布式锁，通过设置key的租约(lease)和利用revision机制来确保锁的正确获取和释放。在加锁时，创建全局唯一的key并绑定lease，然后通过比较revision判断是否获取到锁；解锁时，删除对应key以释放锁。此外，还提到watch机制用于监听key的变化，以及prefix机制用于获取前缀目录下的所有key。

摘要由CSDN通过智能技术生成

python etcd3模块的lock使用

观察lock的加解锁影响

在python中已经自带了分布式锁的实现方式，下面我们尝试一下加锁与解锁的流程

在运行该demo同时也对lock对应的key进行watch，观察其变化，注意python-etcd3在实现分布式锁的时候，采用的key需要加上prefix：
在这里插入图片描述

结果如下：

当获取到锁的时候value改变，当release的时候锁value为空，此时cancel掉对当前key的watch
在这里插入图片描述

使用

下面的例子中，我们在程序1中先获取分布式锁，之后启动程序2进行尝试获取锁，根据is_acquired结果可知，没有获取成功。
在这里插入图片描述

注意，这里无论try-lock的key是不是和其他程序一样，都会失败

在这里插入图片描述

因为底层判断是否获取到锁，是看同目录下自己操作的revision是不是最小。而底层的目录都是/locks。

实现学习

尽管etcd3模块集成了分布式锁，但是我们可以学习一下其实现方式，从而熟悉etcd的接口，以后可以借此组合出其他的应用。

我们需要依赖etcd的如下特性：

lease机制，为存储的kv设置租约，当租约到期，kv失效删除，同时也支持续租
revision机制，每一个key带有一个revision属性，etcd每进行一次事务，对应的全局revision都会+1，因此每个key对应的revision属性值都为全局唯一，比较revision大小可以知道写操作的顺序（需要验证一下）

如下，我们顺序进行两次put操作：

import etcd3
import json
import time
etcd = etcd3.client(host='127.0.0.1', port=2379)

print(etcd.put('demo/key1', 'doot'))
print(etcd.put('demo/key2', 'doot'))

结果如下，可以看到revision也是递增的

header {
  cluster_id: 17237436991929493444
  member_id: 9372538179322589801
  revision: 71
  raft_term: 11
}

header {
  cluster_id: 17237436991929493444
  member_id: 9372538179322589801
  revision: 72
  raft_term: 11
}