认识分布式锁以及Redis实现分布式锁原理

认识分布式锁以及Redis实现分布式锁原理

之前就听说利用Redis实现分布式锁，最近工作和学习中也遇到了利用redis实现分布式锁的相关知识。于是就研究一下实现原理，记录学习笔记。

首先，作为一个开发人员哪怕是萌新也应该了解一些锁的知识对吧，synchronized或者lock都会使用。而这些java这些锁都是解决线程安全问题，也就是解决多线程之间数据安全性问题，那什么是分布式锁呢？

分布式锁

为了防止分布式系统中的多个进程之间相互干扰，我们需要一种分布式协调技术来对这些进程进行调度。而这个分布式协调技术的核心就是来实现这个分布式锁。

通俗讲就是 多个服务之间的数据安全性的问题，刚开始理解不太好理解，利用图来讲解吧。

synchronized或者lock锁

如果单服务，也就是我们平常写的项目，前端无论发送多少http请求，都由一台服务器进行处理，所以利用synchronized或者lock上锁就能解决线程之间的数据安全问题。
redis分布式锁

现在企业为了解决高并发的问题，都部署多个服务器又称作分布式，当这种情况下还依然使用synchronized或者lock锁，那么每个服务去申请锁没有任何冲突都能拿到一把锁，那这样服务间的数据安全问题就无法保证。
那我们想要即使是分布式服务下，也只让一个服务的一个线程拿到锁怎么办呢？这时候也就产生了分布式锁。

图上就能看出，分布式锁，哪怕多个服务执行我也会锁住全局。当一个服务的一个线程拿到了锁，那么其他的服务进行等待或者进行其他业务处理。

Redis实现分布式锁原理

讲完了分布式锁了，那来看看Redis实现分布式锁的原理吧。Redis实现的方法及应用非常简单的。

这里运用了StringRedisTemplate 模板类来使用Redis实现分布式锁。
分布式锁的应用

@Autowired
private RedisUtils redisUtils;
//尝试获得 key为lock_key的分布式锁  true 加锁成功，false 加锁失败
@PostMapping(value = "/test")
public void test(){
	boolean flag = redisUtils.getLock("lock_key");
	if(flag){
		redisUtils.closeLock("lock_key");
	}
}

redis操作的工具类

RedisUtils.java
@Autowired
private StringRedisTemplate stringRedisTemplate;

public boolean getLock(String key) {
		//创建一个时间戳来作为Value
        String timeStamp = String.valueOf(System.currentTimeMillis());
         if(Boolean.TRUE.equals(stringRedisTemplate.opsForValue().setIfAbsent(key, timeStamp))) {
            //5s 自动删除分布式锁
            stringRedisTemplate.expire(key, 5, TimeUnit.SECONDS);
            return true;
        }
        return false;
}
public void closeLock(String key ) {
        if (key != null) {
            //执行完业务后，释放锁
            stringRedisTemplate.delete(key);
        }
}

看看setIfAbsent和delete源码

@Override
public Boolean setIfAbsent(K key, V value) {
	byte[] rawKey = rawKey(key);
	byte[] rawValue = rawValue(value);
	return execute(connection -> connection.setNX(rawKey, rawValue), true);
}
@Override
public Boolean delete(K key) {
		byte[] rawKey = rawKey(key);
		Long result = execute(connection -> connection.del(rawKey), true);
		return result != null && result.intValue() == 1;
}

setNX是redis命令，set数据。
如果 redis中不存在，那么将值set进入redis中并返回1，
如果redis中存在，那么直接返回0

redis> SETNX mykey "Hello"
(integer) 1
redis> SETNX mykey "World"
(integer) 0
redis> GET mykey
"Hello"

del就不解释了吧，删除一条redis的记录

redis> SET lock_key "hello"
ok

redis> DEL lock_key 
(integer) 1

ps ：网上很多使用Redisson框架来实现分布式锁，当然也是可以的。实现方式不同而已，达到的效果是相同的。这里我就不多赘述Redisson实现Redis分布式锁的底层原理，给个链接可以自己去学习。
Redisson实现Redis分布式锁的底层原理

思考

再次结合分布式锁图去理解，redis怎么达到分布式锁的这个效果呢？

当redis中不含有 key 为lock_key这条数据，那么setNX就能set成功，也就说明上锁成功。
服务A，B，C同时尝试获得锁，并且去SETNX 锁时候，只能成功一个
假如当服务A SETNX lock_key 成功，并且返回1，证明服务A获得锁成功
那么B和C再次SETNX 时候就会返回0，也就是服务B和C获得锁失败
这样就保证了服务之间的数据安全。

缺陷

Redis集群本身存在的问题，看似没有任何问题的操作，其实还是存在问题的。Redis集群采取主从异步复制，也就是数据同步是采取的最终一致性，并不是强一致性。

1.服务向Redis集群的主节点发送一个上锁SetNX请求
2.插入成功响应服务端
3.数据同步到其他从节点
但是当执行完成第2步的时候master宕机，服务插入的数据并未同步给其他的节点，然后重新选举master但锁数据丢失。这时候其他服务重新发送上锁SetNX请求，仍然会上锁成功。
这时系统在业务语义上一定会出现问题，导致各种脏数据的产生。