1.分布式锁
分布式锁:满足分布式系统或集群模式下多进程可见并且互斥的锁。
需要满足的特点:
- 多进程可见
- 互斥
- 高可用
- 高性能
- 安全性
1.1 分布式锁的实现
分布式锁的核心是实现多进程之间互斥,常见的方法有三种:
1.2 基于Redis的分布式锁
1.2.1 分布式锁存在的问题
- 线程1业务阻塞时间过长,导致锁被超时释放
- 线程2获取了锁,线程1结束业务后,释放了线程2的锁
- 出现了问题
解决方案:释放锁的时候需要判断锁的主人是否是自己
代码依旧会有问题,我们需要将判断锁+删除锁做成一个原子操作,防止被打断。
// 依旧有问题
@Override
public void unlock() {
// 获取线程标识
String threadId = ID_PREFIX + Thread.currentThread().getId();
// 获取锁中的标识
String id = stringRedisTemplate.opsForValue().get(KEY_PREFIX + name);
// 线程在这里可能会切换——————————————
// 判断标识是否一致
if(threadId.equals(id)){
// 释放锁
stringRedisTemplate.delete(KEY_PREFIX+name);
}
}
1.2.2 Redis的Lua脚本
Redis提供了Lua脚本功能,在一个脚本中编写多条Redis命令,确保多条命令执行时的原子性。
如何执行脚本
RedisTemplate调用Lua脚本的API如下:
3.基于Redis的分布式锁小结
基于Redis的分布式锁实现思路
- 利用set nx ex获取锁,并设置过期时间,保存线程表示
- 释放锁时先判断线程表示是否与自己一致,一致则删除锁
- 这里需要保证判断操作和删除操作的原子性
特性
- 利用set nx满足互斥性
- 利用set ex保证故障时锁依然能释放,避免死锁,提高安全性
- 利用Redis集群保证高可用和高并发特性
目前基于setnx实现的分布式锁还存在的问题
- 不可重入
- 同一个线程无法多次获取同一把锁
- 不可重试
- 获取锁只尝试一次就返回false,没有重试机制
- 超时释放
- 锁超时释放虽然可以避免死锁,但如果是业务执行耗时较长,也会导致锁释放,存在安全隐患。
- 主从一致性
- 如果Redis提供了主从集群,主从同步存在延迟(当向主节点写入锁后,尚未同步时就宕机,则从节点没有同步到信息,新选择出来的主节点也没有该信息)