redis分布式锁的演进
一、业务系统(集群)redis系统(单机)
// 占分布式锁,去redis占坑
Boolean lock = redisTemplate.opsForValue().setIfAbsent("lock", "111");
if(lock) {
//加锁成功... 执行业务
Map<String, List<Catelog2Vo>> dataFromDb = getDataFromDb();
redisTemplate . delete( key: "lock");//fHßti
return dataF romDb ;
} else {
// 加锁失败,重试。synchronized()
// 休眠100ms重试
// 自旋
return getCatalogJsonFromDbwithRedisLock();
}
业务代码执行过程中业务系统在解锁操作前发生抛异常或宕机,导致死锁。
解决办法:设置锁的过期时间
二、业务系统(集群)redis(单机)
// 1. 占分布式锁,去redis占坑
Boolean lock = redisTemplate.opsForValue().setIfAbsent( "lock", "110")
if(lock) {
// 加锁成功...执行业务
// 突然断电
// 2. 设置过期时间
redisTemplate.expire("lock", timeout: 30, TimeUnit.SECONDS) ;
Map<String, List<Catelog2Vo>> dataFromDb = getDataFromDb();
//删除锁
redisTemplate. delete( key; "lock");
return dataFromDb;
} else {
// 加锁失败...重试。synchronized ()
// 休眠100ms重试
// 自旋的方式
return getCatalogJsonF romDbWithRedisLock();
}
问题:在业务系统给锁设置过期时间之前系统发生异常或者宕机,导致死锁。
解决办法:保证加锁和设置过期时间操作是一个原子操作,要同时成功或者同时失败。
redis支持使用setNxEx命令
三、业务系统(集群)redis(单机)
// 1. 分布式锁占坑
Boolean lock = redisTemplate.opsForValue().setIfAbsent("lock", "110", 300, TimeUnit.SECONDS);
if(lock)(
// 加锁成功,执行业务
// 2. 设置过期时间,必须和加锁一起作为原子性操作
// redisTemplate. expire( "lock", з0, TimeUnit.SECONDS);
Map<String, List<Catelog2Vo>> dataFromDb = getDataFromDb();
// 删除锁
redisTemplate.delete( key: "lock")
return dataFromDb;
else {
// 加锁失败,重试
// 休眠100ms重试
// 自旋
return getCatalogJsonFromDbithRedislock()
}
问题:如果业务系统拿到锁后执行得很慢,已经超过设置的超时时间。其他线程重新设置了锁,此时本线程再去解锁就造成两个问题,1、由于超时问题,让锁失效了,出现并发问题。2、解除了别人的锁,导致并发问题。
解决办法:后台开一个定时任务进行对锁进行续期
四、redis官方解决方案
redisson 解决了上述所有的问题,包括业务系统死锁,加锁和设置过期时间的原子性,锁的自动续期的问题。但是如果为了高可用要用redis集群来实现分布式锁,那么会出现master将锁的信息异步同步到其他节点时master挂掉导致锁的信息没有同步到其他节点,这样从节点被重新选举成为master,导致锁失效。为了解决这个问题,redission提供了redlock,简单来说redlock就是保证半数以上的节点都加锁成功才告诉客户端业务系统本次加锁成功。