郑文峰的博客
·
使用etcd分布式锁导致的协程泄露与死锁问题
💡
原文中文，约1600字，阅读约需4分钟。
📝
内容提要
本文分析了etcd分布式锁引发的泄露与死锁问题，发现锁残留、租约续期和资源增长等现象。解决方案是确保每次调用NewSession()后都要defer Close()，并使用带超时的上下文来释放资源。
🎯
关键要点
-
分析etcd分布式锁引发的泄露与死锁问题。
-
发现锁残留、租约续期和资源增长等现象。
-
服务出现数据入库失败，内存持续增长。
-
通过etcdctl命令观察锁KEY长期存在和租约TTL不断重置。
-
Go程序协程数随请求量线性增长。
-
确保每次调用NewSession()后都要defer Close()。
-
使用带超时的上下文来释放资源。
-
资源释放三原则：每个NewSession()必须配对defer Close()，锁操作必须包裹在Lock()/Unlock()中，使用带超时的上下文（建议不超过5秒）。
❓
延伸问答
etcd分布式锁导致的主要问题是什么？
主要问题包括锁残留、租约续期和资源增长，导致服务数据入库失败和内存持续增长。
如何观察etcd分布式锁的状态？
可以使用etcdctl命令，如`etcdctl get --prefix /my-lock/`查看锁KEY的长期存在情况，以及使用`etcdctl lease timetolive`检查租约TTL是否不断重置。
解决etcd分布式锁问题的关键措施是什么？
确保每次调用NewSession()后都要defer Close()，并使用带超时的上下文来释放资源。
在使用etcd分布式锁时，如何避免协程泄漏？
在创建session后，必须调用Close()方法以释放资源，并确保锁操作包裹在Lock()/Unlock()中。
使用etcd分布式锁时，推荐的上下文超时时间是多少？
建议使用不超过5秒的带超时的上下文。
etcd分布式锁的资源释放三原则是什么？
资源释放三原则是：每个NewSession()必须配对defer Close()，锁操作必须包裹在Lock()/Unlock()中，使用带超时的上下文。
➡️
