定义
分布式锁是控制分布式系统或集群中不同节点对共享资源访问的一种机制。在分布式环境下，多个节点（如多个服务器或多个进程）可能会同时访问诸如数据库中的某条记录、一个共享文件或者一个全局计数器等共享资源。分布式锁的目的是确保在同一时刻，只有一个节点能够访问这个共享资源，就像在单进程环境中使用互斥锁（mutex）来保护临界区一样。
实现方式
基于数据库实现
乐观锁方式：可以利用数据库表中的一个版本号（version）字段来实现。例如，当一个节点想要访问共享资源时，它首先读取资源的版本号。在更新资源时，它会检查当前版本号是否与之前读取的版本号一致。如果一致，则更新资源并将版本号加1；如果不
一致，则说明有其他节点已经修改了资源，当前节点需要重新读取最新的资源状态。
悲观锁方式：使用数据库的排他锁（for update）。例如，在MySQL中，当一个事务对某行数据执行“select...for update”语句时，会对该行数据加排他锁，其他事务如果也想对该行数据进行修改操作，就会被阻塞，直到持有锁的事务提交或回滚。
基于缓存实现（如Redis）
以Redis为例，常用的命令是SETNX（SET if Not eXists）。当一个节点想要获取锁时，它使用SETNX命令尝试在Redis中设置一个特定的键值对。如果键不存在（即成功获取锁），则设置成功，节点可以继续访问共享资源；如果键已经存在（即锁已经被其他节点获取），则设置失败，节点需要等待或者重试。同时，为了防止节点获取锁后由于某些原因（如进程崩溃）没有释放锁，还会设置一个过期时间，确保锁最终能够被释放。
基于Zookeeper实现
Zookeeper是一个分布式协调服务，它通过临时顺序节点来实现分布式锁。当一个节点想要获取锁时，它在Zookeeper的一个指定节点下创建一个临时顺序节点。然后，节点会检查自己创建的节点是否是序号最小的节点。如果是，则表示获取锁成功，可以访问共享资源；如果不是，它会监听比自己序号小的节点的删除事件，当比自己序号小的节点被删除（即持有锁的节点释放锁）时，它会再次检查自己是否是序号最小的节点，以此来获取锁。
)
)
