分布式锁
1.1 什么是分布式锁
-
当在分布式模型下,数据只有一份(或有限制),此时需要利用锁的技术控制某一时刻修改数据的进程数。
-
与单机模式下的锁不仅需要保证进程可见,还需要考虑进程与锁之间的网络问题。(我觉得分布式情况下之所以问题变得复杂,主要就是需要考虑到网络的延时和不可靠。)
-
分布式锁还是可以将标记存在内存,只是该内存不是某个进程分配的内存而是公共内存如 Redis、Memcache。至于利用数据库、文件等做锁与单机的实现是一样的,只要保证标记能互斥就行。
1.2 分布式锁场景
1.3 Redis实现分布式锁
public class RedisTool {
private static final String LOCK_SUCCESS = "OK";
/**
* 尝试获取分布式锁
* @param jedis Redis客户端
* @param lockKey 锁
* @param requestId 请求标识
* @param expireTime 超期时间
* @return 是否获取成功
*/
public static boolean tryGetDistributedLock(Jedis jedis, String lockKey, String requestId, int expireTime) {
SetParams params = new SetParams();
params = params.nx();//(redis中的setnx命令)
params = params.ex(expireTime);
String result = jedis.set(lockKey, requestId, params);
if (LOCK_SUCCESS.equals(result)) {
return true;
}
return false;
}
/**
* 释放锁
* @param jedis
* @param lockKey
*/
public static void releaseLock(Jedis jedis, String lockKey) {
jedis.del(lockKey);
}
}
可以看到,我们加锁就一行代码:jedis.set(lockKey, requestId, params),这个set()方法一共有三个形参:
- 第一个为key,我们使用key来当锁,因为key是唯一的。
- 第二个为value,我们传的是requestId,很多童鞋可能不明白,有key作为锁不就够了吗,为什么还要用到value?原因就是我们在上面讲到可靠性时,分布式锁要满足第四个条件解铃还须系铃人,通过给value赋值为requestId,我们就知道这把锁是哪个请求加的了,在解锁的时候就可以有依据。requestId可以使用UUID.randomUUID().toString()方法生成。
- 第三个为SetParams,这个参数我们调用了 nx , ex ;
- 第四个为nx,意思是 SET IF NOT EXIST,即当key不存在时ÿ