前言:需要看官一定要对redis实现分布式锁的过程有较好的理解
分布式锁由来:
比如一个库存扣减操作,redis扣减,jvm单机下,加synchronized是不会出现问题的,排队执行,但是分布式下,即使jvm进程加了这样的重量级锁,还是会有问题,毕竟多个结点操作一个redis库存扣减,jvm进程无法影响到其他的进程,这就有了分布式锁,这里讲最常用的,redis中的setnx命令,(设置如果不存在---也就是意味着不存在才有能力加锁,这样的话就可以只有一个jvm进程去拿到这把锁,然后执行扣减,这就是分布式锁。
redis原生分布式锁:
/**
* 原生分布式锁
* 1、原子加锁 设置过期时间,防止宕机死锁
* 2、原子解锁:需要判断是不是自己的锁
*/
String uuid = CommonUtil.generateUUID();
String lockKey = "lock:coupon:"+couponId;
Boolean nativeLock=redisTemplate.opsForValue().setIfAbsent(lockKey,uuid,Duration.ofSeconds(30));
if(nativeLock){
//加锁成功
log.info("加锁:{}",nativeLock);
try {
//TODO 执行业务
}finally {
String script = "if redis.call('get',KEYS[1]) == ARGV[1] then return redis.call('del',KEYS[1]) else return 0 end";
Integer result = redisTemplate.execute(new DefaultRedisScript<>(script, Integer.class), Arrays.asList(lockKey), uuid);
log.info("解锁:{}",result);
}
}else {
//加锁失败,睡眠100毫秒,自旋重试
try {
TimeUnit.MILLISECONDS.sleep(100L);
} catch (InterruptedException e) { }
return addCoupon( couponId, couponCategory);
}
值得注意的是setnx和expire并不是原子性的,但是redisTemplate提供的setIfAbsent的重载方法可以传参过期时间!这样就保证了原子性,(需要注意这里的原子性和数据库的原子性不一样,指的是程序的不可再分)
好,那么什么是误删呢?大家一定听过, 这里就是finally中lua脚本的东西,这里lua脚本是保证判断和删除原子性的。
划重点,删除这里的uuid有啥用,这里的uuid其实就是为误删问题做准备的,误删,说白了就是任务1执行时间长,expire时间到了,但是任务还在执行,锁已经没了任务2是可以拿到锁的,但是任务1一执行完,哎,给删了,把任务2的给删了,其他任务又能拿到锁了,这就是误删问题,误删问题的解决 就是靠这里的uuid,加锁的时候,value设置uuid,当前线程获取uuid,每个任务删除的时候必须和这个jvm实例的uuid匹配,才能删除,不能删除别人的。好,这里说下lua脚本的作用,保证判断和删除的原子性,为何要保证原子性
加入expire10s,执行到判断,是个9.99s 这时候还未删除,但是key过期了,并发量很大,别的线程在这时间一拿到锁,但是判断条件已经过去了,直接删除,就误删了,和之前一样,误删问题,所以采用lua脚本解决误删问题
但是锁过期是无法解决的,锁过期之后,别的线程就可以拿到了,就需要一种机制叫锁续命
锁续命:
如何给锁续命?这里就是在拿到锁之后,添加个延迟任务,假设30s的expire时间,延迟任务要小于30,比如20
20秒一到,就需要从新设置expire时间,当然现在已经做到很好的开源实现了,redisson,类似于jedis
我们做好对redisson的使用,和理顺他的内部逻辑就好了,玩好他的架构思想多么牛掰。
现在,先看它是怎么使用的
String lockKey = "lock:coupon:"+couponId+":"+loginUser.getId();
RLock rLock = redissonClient.getLock((lockKey));
//多个线程进入,会阻塞等待释放锁
rLock.lock();
log.info("领卷接口加锁成功:{}",Thread.currentThread().getId());
try{
//业务逻辑
}finally {
rLock.unlock();
log.info("解锁成功");
}
源码剖析:redisson流程:
记住这个图,设计的很巧妙。
不进行健壮性考虑,请自行翻阅Redisson源码找到加锁watch dog机制代码核心逻辑,它会给锁续命,并自旋阻塞、唤醒机制保证高性能
Redisson的使用(接口设计,并接口实现):
接口设计代码(请根据自己的业务需要自行修改哈)
1.依赖引入
<dependency>
<groupId>org.redisson</groupId>
<artifactId>redisson-spring-boot-starter</artifactId>
<version>3.13.1</version>
</dependency>
2.接口设计
/**
* @ClassName LockBusiness
* @Description 管理redisson锁
* @Author Dongjie Wang
* @Date 2021/05/09
* @Version 1.0
**/
public interface LockBusiness {
/**
* 获取锁
*
* @param lockType 锁前缀 例如 liquidity_lock:order:
* @param businessNo 业务唯一值字段
* @return
*/
RLock getLock(String lockType, String businessNo);
/**
* 解锁
*
* @param lock
*/
void unLock(RLock lock);
/**
* 重新获取锁
*
* @param lock
*/
RLock getAfreshReconciliationLock(String reconciliationSeqNo);
}
3.接口实现
/**
* @ClassName LockBusinessImpl
* @Description LockBusinessImpl
* @Author Dongjie Wang
* @Date 2021/5/9
* @Version 1.0
**/
public class LockBusinessImpl implements LockBusiness {
@Resource
private RedissonClient redissonClient;
private final static String ACCOUNT_LOCK_PREFIX = "bank_account_lock:";
private static final String AFRESH_RECONC_LOCK_PREFIX = "afresh_reconc_lock:";
@Override
public RLock getLock(String lockType, String businessNo) {
return redissonClient.getLock(ACCOUNT_LOCK_PREFIX + lockType + businessNo);
}
@Override
public RLock getAfreshReconciliationLock(String reconciliationSeqNo) {
return redissonClient.getLock(AFRESH_RECONC_LOCK_PREFIX + reconciliationSeqNo);
}
@Override
public void unLock(RLock lock) {
if (ObjectUtil.isNotEmpty(lock)) {
if (lock.isHeldByCurrentThread()) {
lock.unlock();
}
}
}
}
Redisson相对还是比较成熟开源的框架,可以帮助大家屏蔽掉使用redis原生代码设计考虑不周的地方,对业务更友好,节约开发人员的开发成本,避免重复造轮子。