一文章带你搞懂分布式锁常见问题_数据库加锁失败问题-CSDN博客

本文链接：https://blog.csdn.net/2301_80203083/article/details/147072283

先来看看传统单体应用下的锁机制：

synchronized(lockObject) { // 临界区 }

在一个 JVM 中，这样的锁已经能完美地解决多线程并发访问的问题。但是，如果我们引入分布式系统架构，比如：

这时，问题就来了：

比如你用 synchronized 限制了一个商品的库存更新逻辑，A服务器上加锁了，B服务器却压根不知道，自顾自地也去更新——最终库存乱了。

分布式锁解决的核心问题就是：

在分布式系统中，同一时间内，多个系统/服务节点对共享资源的访问要有“互斥”性。

常见场景：

性能区别
- redis基于内存，zk是基于磁盘的，所以性能上，redis要比zk好一点
自动释放
- zk的锁是基于客户端和服务端来保证的，一旦连接断了，锁会自动被释放。而redis是需要自己主动加锁和解锁的，除非达到了超时时间，否则不会自动释放
- zk出现死锁的风险低一点
一致性和可用性要求
- zk是保证强一致性的（CP）因为zookeeper主从数据同步是采用同步的方式，会导致主节点同步时被阻塞住了，无法返回客户端响应
  
  CAP的C和事务的C有什么区别
  
  cap的C是强调所有节点数据必须相同
  
  事务的C是强调数据库处理前后结果应与其所抽象的客观世界中真实状况保持一致。这种一致性是一种需要管理员去定义的规则。管理员如何指定规则，数据库就严格按照这种规则去处理数据。
- redis强调可用性AP
总结
- 对一致性要求高点，选择zk
- 对可用性要求高点，选择redis
经验之谈
- 尽量用redis，不要用zk
- 多实例场景下，RedLock和zk机制很像，都是通过半数以上提交来实现的
- redis比较方便
- 业务上做好幂等校验就行了，业务没问题就行
- 而且用分布式锁时性能要求肯定高，如果不高的话，你直接用数据库的悲观锁就好了。没必要用分布式锁
  
  为什么？
- 如果你实在是接受不了短暂的不一致性，重复加锁的问题，or项目强依赖于zk

死锁友好：能尽可能地减少锁的时长，提供自动释放锁机制

zk，因为它如果客户端崩溃了，它是会自动释放锁的，因为它加锁是基于网络连接的，崩溃了，连接就断掉了，锁节点就自动释放了

redis虽然有key过期机制，但它在客户端崩溃后，得等到key自动过期了才会释放

所谓乐观锁，其实就是基于CAS的机制，本质就是compareAndSwap ,就是要知道一个key在修改前的值，去比较

可以依赖watch命令+事务

加锁使用lua脚本，不同于原生的setnx
数据类型相比于setnx：采用hash，在里面有个count字段，表示锁的持有情况，主要是为了实现可重入锁
过期机制：默认30s，如果没主动设置续期时间，看门狗机制会生效，每隔10s检查一次（本质就是开一个定时任务去检查），为其续期，将锁的过期时间重置为30s
为了解决分布式问题，解决方法引入RedLock解决方案（有争议）

tryLock(100, 10, TimeUnit.SECONDS) 和 lock.lock(xxxtime) 这种就是不会续期的，因为指定了过期时间

lock的时候如果不指定过期时间，它默认的过期时间是30s嘛

本质就是开一个定时任务每隔10s去检查锁是否存在，如果还存在就进行续期（重置为30s）

如果我们手动设置了过期时间就不会触发看门狗机制

什么时候会停止续期

手动设置超时时间
解锁成功时
或者调用unlock时，即使因为某种原因没解锁成功，也会停止续期
```
//解锁
CompletionStage<Boolean> future = unlockInnerAsync(threadId);
//解锁后的逻辑处理
CompletionStage<Void> f = future.handle((opStatus, e) -> {
    cancelExpirationRenewal()..... 
});
```
执行解锁逻辑后会执行cancelExpirationRenewal 方法（EXPIRATION_RENEWAL_MAP.remove（）删除一个键值对）停止续期

为什么解锁失败也能取消续期呢
- 它是采用了CompletionStage的handle方法，它就是能允许你不管成功还是失败，抛异常，都会执行handle里定义的逻辑
如果不进行解锁操作，理论上它是会一直续期下去的
宕机后，因为Redisson的续期是基于Netty的时间轮的，并且操作都是基于jvm的。所以，宕机后，续期任务就没了（不续期的话，当锁的 30 秒超时时间到了，Redis 自动删除该锁，释放资源）。这样也能一定程度上避免机器挂了而锁一直没释放的死锁问题