分布式锁解决并发的三种实现方式

阅读：分布式锁简单入门以及三种实现方式介绍

阅读： Redis分布式锁：

https://blog.csdn.net/qq_32534441/article/details/95165326

分布式锁解决并发的三种实现方式

• 在很多场景中，我们为了保证数据的最终一致性，需要很多的技术方案来支持，比如分布式事务、分布式锁等。有的时候，我们需要保证一个方法在同 一时间内只能被同一个线程执行。在单机环境中，Java中其实提供了很多并发处理相关的API，但是这些API在分布式场景中就无能为力了。也就是说单纯的Java Api并不能提供分布式锁的能力。所以针对分布式锁的实现目前有多种方案：

  分布式锁一般有三种实现方式：

  • 1、 数据库锁
  • 2、基于Redis的分布式锁
  • 3、基于ZooKeeper的分布式锁

分布式锁应该是怎么样的

• 互斥性 可以保证在分布式部署的应用集群中，同一个方法在同一时间只能被一台机器上的一个线程执行。

• 这把锁要是一把可重入锁（避免死锁）

• 不会发生死锁：有一个客户端在持有锁的过程中崩溃而没有解锁，也能保证其他客户端能够加锁

• 这把锁最好是一把阻塞锁（根据业务需求考虑要不要这条）

• 有高可用的获取锁和释放锁功能

• 获取锁和释放锁的性能要好

三种方案的比较

• 从理解的难易程度角度（从低到高）: 数据库 > 缓存 > Zookeeper

• 从实现的复杂性角度（从低到高）: Zookeeper >= 缓存 > 数据库

• 从性能角度（从高到低）: 缓存 > Zookeeper >= 数据库

• 从可靠性角度（从高到低）: Zookeeper > 缓存 > 数据库

在实践中，当然是从以可靠性为主。所以首推Zookeeper。