前言
在分布式的环境中,变量A存在JVM1、JVM2、JVM3三个JVM内存中(这个变量A主要体现是在一个类中的一个成员变量,是一个有状态的对象,例如:UserController控制器中的一个整形类型的成员变量),如果不加任何控制的话,变量A同时都会在JVM分配一块内存,三个请求发过来同时对这个变量操作,显然结果是不对的!即使不是同时发过来,三个请求分别操作三个不同JVM内存区域的数据,变量A之间不存在共享,也不具有可见性,处理的结果也是不对的!
分布式锁应该具备的条件
- 在分布式系统环境下,一个方法在同一时间只能被一个机器的一个线程执行;
- 高可用的获取锁与释放锁;
- 高性能的获取锁与释放锁;
- 具备可重入特性;
- 具备锁失效机制,防止死锁;
- 具备非阻塞锁特性,即没有获取到锁将直接返回获取锁失败。
分布式锁的三种实现方式
基于数据库实现分布式锁;
Step1
核心思想是:在数据库中创建一个表,表中包含方法名等字段,并在方法名字段上创建唯一索引,想要执行某个方法,就使用这个方法名向表中插入数据,成功插入则获取锁,执行完成后删除对应的行数据释放锁。
DROP TABLE IF EXISTS `method_lock`;
CREATE TABLE `method_lock` (
`id` int(11) unsigned NOT NULL AUTO_INCREMENT COMMENT '主键',
`method_name` varchar(64) NOT NULL COMMENT '锁定的方法名',
`desc` varchar(255) NOT NULL COMMENT '备注信息',
`update_time` timestamp NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP,
PRIMARY KEY (`id`),
UNIQUE KEY `uidx_method_name` (`method_name`) USING BTREE
) ENGINE=InnoDB AUTO_INCREMENT=3 DEFAULT CHARSET=utf8 COMMENT='锁定中的方法';
Step2
想要执行某个方法,就使用这个方法名向表中插入数据:
INSERT INTO method_lock (method_name, desc) VALUES ('methodName', '测试的methodName');
因为我们对method_name做了唯一性约束,这里如果有多个请求同时提交到数据库的话,数据库会保证只有一个操作可以成功,那么我们就可以认为操作成功的那个线程获得了该方法的锁,可以执行方法体内容。
Step3
成功插入则获取锁,执行完成后删除对应的行数据释放锁:
delete from method_lock where method_name ='methodName';
基于缓存(Redis等)实现分布式锁;
redis的使用命令
使用命令介绍:
- SETNX
SETNX key val:当且仅当key不存在时,set一个key为val的字符串,返回1;若key存在,则什么都不做,返回0。
- expire
expire key timeout:为key设置一个超时时间,单位为second,超过这个时间锁会自动释放,避免死锁。
- delete
delete key:删除key
在使用Redis实现分布式锁的时候,主要就会使用到这三个命令。
核心思想
-
获取锁的时候,使用setnx加锁,并使用expire命令为锁添加一个超时时间,超过该时间则自动释放锁,锁的value值为一个随机生成的UUID,通过此在释放锁的时候进行判断。
-
获取锁的时候还设置一个获取的超时时间,若超过这个时间则放弃获取锁。
-
释放锁的时候,通过UUID判断是不是该锁,若是该锁,则执行delete进行锁释放。
提供个工具类
package com.kirarabbit.service.Utils;
import org.springframework.data.redis.connection.RedisConnection;
import org.springframework.data.redis.connection.jedis.JedisConnectionFactory;
import org.springframework.data.redis.core.RedisCallback;
import org.springframework.data.redis.core.RedisTemplate;
import redis.clients.jedis.Jedis;
import java.util.Collections;
import java.util.UUID;
public class RedisTool {
private static final String LOCK_SUCCESS = "OK";
private static final String SET_IF_NOT_EXIST = "NX";
private static final String SET_WITH_EXPIRE_TIME = "PX";
private static final Long RELEASE_SUCCESS = 1L;
public static final String SID_KEY = "sid_key_";
public static final String MIDC_KEY = "midc_key_";
public static final int SHORT_KEY_LOCK = 2000;
/**
* 过期时间
*/
public static final int FINAL_OUTTIME = -1;
/**
* 下发mid数量锁 (业务上,可自由修改)
*/
public static final String MID_ISSUE_NUM_KEY = "mid_issue_num_key";
public static final String PROVIDE_CONNTION_KEY = "provide_conntion_key";
/**
* 尝试获取分布式锁
*
* @param redisTemplate Redis模版
* @param lockKey 锁
* @param requestId 请求标识,建议用uuid
* @param expireTime 超期时间
* @return 是否获取成功
*/
public static boolean tryGetDistributedLock(RedisTemplate redisTemplate, final String lockKey, final String requestId, final int expireTime) {
if (redisTemplate.getConnectionFactory() instanceof JedisConnectionFactory) {
return (Boolean) redisTemplate.execute(new RedisCallback<Boolean>() {
@Override
public Boolean doInRedis(RedisConnection connection) {
Jedis jedis = (Jedis) connection.getNativeConnection();
return Boolean.valueOf(tryGetDistributedLock(jedis, lockKey, requestId, expireTime));
}
}, true);
} else {
throw new RuntimeException("connectionFactory is not JedisConnectionFactory");
}
}
/**
* 释放分布式锁
*
* @param redisTemplate Redis模版
* @param lockKey 锁
* @param requestId 请求标识
* @return 是否释放成功
*/
public static boolean releaseDistributedLock(RedisTemplate redisTemplate, final String lockKey, final String requestId) {
if (redisTemplate.getConnectionFactory() instanceof JedisConnectionFactory) {
return (Boolean) redisTemplate.execute(new RedisCallback<Boolean>() {
public Boolean doInRedis(RedisConnection connection) {
Jedis jedis = (Jedis) connection.getNativeConnection();
return Boolean.valueOf(releaseDistributedLock(jedis, lockKey, requestId));
}
}, true);
} else {
throw new RuntimeException("connectionFactory is not JedisConnectionFactory");
}
}
/**
* 尝试获取分布式锁
*
* @param jedis Redis客户端
* @param lockKey 锁
* @param requestId 请求标识
* @param expireTime 超期时间
* @return 是否获取成功
*/
public static boolean tryGetDistributedLock(Jedis jedis, String lockKey, String requestId, int expireTime) {
String result = jedis.set(lockKey, requestId, SET_IF_NOT_EXIST, SET_WITH_EXPIRE_TIME, expireTime);
if (LOCK_SUCCESS.equals(result)) {
return true;
}
return false;
}
/**
* 释放分布式锁
*
* @param jedis Redis客户端
* @param lockKey 锁
* @param requestId 请求标识
* @return 是否释放成功
*/
public static boolean releaseDistributedLock(Jedis jedis, String lockKey, String requestId) {
String script = "if redis.call('get', KEYS[1]) == ARGV[1] then return redis.call('del', KEYS[1]) else return 0 end";
Object result = jedis.eval(script, Collections.singletonList(lockKey), Collections.singletonList(requestId));
if (RELEASE_SUCCESS.equals(result)) {
return true;
}
return false;
}
/**
* 获取uuid锁对象
**/
public static String getUUIDLock() {
return UUID.randomUUID().toString().replaceAll("-", "");
}
public static boolean retryTryGetDistributedLock(RedisTemplate redisTemplate, final String lockKey, final String requestId, final int expireTime) {
while (true) {
if (tryGetDistributedLock(redisTemplate, lockKey, requestId, expireTime)) {
return true;
}
try {
Thread.sleep(500);
} catch (Exception e) {
}
}
}
}
基于Zookeeper实现分布式锁;
可参考 https://blog.csdn.net/wuzhiwei549/article/details/80692278
ZooKeeper是一个为分布式应用提供一致性服务的开源组件,它内部是一个分层的文件系统目录树结构,规定同一个目录下只能有一个唯一文件名。基于ZooKeeper实现分布式锁的步骤如下:
- 创建一个目录mylock;
- 线程A想获取锁就在mylock目录下创建临时顺序节点;
- 获取mylock目录下所有的子节点,然后获取比自己小的兄弟节点,如果不存在,则说明当前线程顺序号最小,获得锁;
- 线程B获取所有节点,判断自己不是最小节点,设置监听比自己次小的节点;
- 线程A处理完,删除自己的节点,线程B监听到变更事件,判断自己是不是最小的节点,如果是则获得锁。
这里推荐一个Apache的开源库Curator,它是一个ZooKeeper客户端,Curator提供的InterProcessMutex是分布式锁的实现,acquire方法用于获取锁,release方法用于释放锁。
优点:具备高可用、可重入、阻塞锁特性,可解决失效死锁问题。
缺点:因为需要频繁的创建和删除节点,性能上不如Redis方式。