Redis分布式锁 基础学习

Redis分布式锁

参考GitHub《Java Guide》

分布式锁的使用场景：

• 避免不同的节点的重复工作；
• 避免破坏数据的正确性

特点

• 与本地锁一样，需要保证互斥性
• 可重入性
• 锁超时
• 高效
• 阻塞与非阻塞
• 公平锁与非公平锁

Java中常见的分布式锁实现的方式：本质===》一段时间内只允许一个用户进行操作

• MySQL里面中的悲观锁
• 基于Zookeeper的有序节点
• 基于Redis的单线程

可能碰到的问题：

锁超时：

• 场景：某个服务获取锁以后的宕机，锁无法被其他获取
• 设置锁的超时机制，保证服务的可用
• 业务逻辑超过锁的超时限制，以至于超过锁的时间限制，业务逻辑混乱==》不能设置超长时间的任务
• 其他的实现方式：将锁的value值设置为一个随机数，释放时候先匹配随机数是否一致，然后删除key===》保证当前线程占用的锁的不会被其他线程释放。

单点多点问题

• 主从模式下从机宕机以后 锁无法被获取
• 解决方法：RedLock红锁算法

实现

源码：SETNX(SET if Not eXists)

对于某个资源加锁只需要使用

setNx resourceName value

redis2.8以后支持ex与nx设置过期时间，并且保证其是统一原子操作。

Redission

• 封装了锁的实现，继承自java.util.concurrent.locks.Lock的 接口

• 支持异步加锁tryLock方法：

  • 尝试加锁 使用的hash结构 每一个需要锁定的资源都是HashMap，节点是key锁定的次数是value，只需要对value加一的操作就可以实现可重入锁
  • 加锁失败 超时返回
  • 加锁失败但是没有超时，需要订阅解锁消息，阻塞直到超时或者有解锁消息
  • 重复之

RedLock

• 利用多个Redis集群，多数的集群加锁成功，减少Redis在某个集群出故障，造成分布式锁出现故障的概率