2.实现分布式锁的三种方案

常见的分布式锁实现方案有三种：MySQL分布式锁、ZooKepper分布式锁、Redis分布式锁。

2.1MySQL分布式锁

• 用数据库实现分布式锁比较简单，就是创建一张锁表，数据库对字段作唯一性约束。
• 加锁的时候，在锁表中增加一条记录即可；释放锁的时候删除记录就行。

如果有并发请求同时提交到数据库，数据库会保证只有一个请求能够得到锁。

这种属于数据库 IO 操作，效率不高，而且频繁操作会增大数据库的开销，因此这种方式在高并发、高性能的场景中用的不多。

2.2Redis分布式锁

相关笔记：【Redis | 第六篇】基于Setnx | Redisson实现分布式锁（深入理解Redisson的加锁、可重入锁、看门狗机制）

2.2.1原生命令

• Redis实现分布式锁，是当前应用最广泛的分布式锁实现方式。

• Redis执行命令是单线程的，Redis实现分布式锁就是利用这个特性。

• 实现分布式锁最简单的一个命令：setNx(set if not exist)，如果不存在则更新：

  setNx resourceName value
  

• 加锁了之后如果机器宕机，那我这个锁就无法释放，所以需要加入过期时间，而且过期时间需要和setNx同一个原子操作，在Redis2.8之前需要用lua脚本，但是redis2.8之后redis支持nx和ex操作是同一原子操作。

  set resourceName value ex 5 nx
  

2.2.2Redission

• 一般生产中都是使用Redission客户端，非常良好地封装了分布式锁的api，而且支持RedLock。

2.3ZooKeeper分布式锁

• ZooKeeper也是常见分布式锁实现方法。

• ZooKeeper的数据节点和文件目录类似，例如有一个lock节点，在此节点下建立子节点是可以保证先后顺序的，即便是两个进程同时申请新建节点，也会按照先后顺序建立两个节点。

所以我们可以用此特性实现分布式锁。以某个资源为目录，然后这个目录下面的节点就是我们需要获取锁的客户端，每个服务在目录下创建节点，如果它的节点，序号在目录下最小，那么就获取到锁，否则等待。释放锁，就是删除服务创建的节点。

ZK实际上是一个比较重的分布式组件，实际上应用没那么多了，所以用ZK实现分布式锁，其实相对也比较少。