上一次博客用lua实现了分布式锁,这次来说说分布式锁在某种场景情况下会出现的问题,然后并解决。
博客地址:LUA脚本实现分布式锁
分布式锁可能会出现什么问题呢?
- 假如a服务器设置锁超时时间是1分钟,这个服务器的执行任务超过锁的时间还没执行完,那么锁超时自己会释放。但是此时a服务器任务还没执行完哦
- 此时b进程进来执行了,发现没锁,加锁,然后b开始执行任务,那现在正好a的任务执行完了,a此时要释放锁,因为key是一样的,此时出现问题就是a把正在执行任务的b的锁给释放了,导致b处在无锁当中。
- 往复循环会出现问题
解决办法:
我们发现key,value中,value值是不同的存储不同的ip地址,那么我们可以在释放锁的时候,获取到当前锁的key的值,与当前任务操作的IP地址值是否一致,一致时可以释放锁,那咱们就解决这个问题。
1.新建unlock.lua文件,在lua脚本中加入是否是当前请求标识判断。
-- 定义变量,是以local修饰,KEYS[1],KEYS[2]通过程序代码将参数传递过来
local lockKey=KEYS[1]
local lockValue=KEYS[2]
-- get key
local result_1 = redis.call('get',lockKey)
-- key存储的值==当前传过来value值
if result_1==lockValue
then
-- 结果和预期一样可以删除当前key
local result_2=redis.call('del',lockKey)
return result_2
else
return false
end
2.在代码中加入调用脚本进行释放锁操作。
/**
* lua释放锁
*
* @return
*/
private boolean releaseLock(String key, String value) {
// DefaultRedisScript操作lua脚本的类
lockScript = new DefaultRedisScript<Boolean>();
// 哪个lua脚本
lockScript.setScriptSource(new ResourceScriptSource(
new ClassPathResource("unlock.lua")));
// 设置返回值
lockScript.setResultType(Boolean.class);
// 封装参数
List<Object> keyList = new ArrayList<>();
keyList.add(key);
keyList.add(value);
// keyList传参
Boolean result = (Boolean) redisTemplate.execute(lockScript, keyList);
return result;
}
3.在操作任务时释放锁就解决这个问题了
@Autowired
private RedisTemplate redisTemplate;
private DefaultRedisScript<Boolean> lockScript;
private static String LOCK_PREFIX = "prefix_lua_";
@Scheduled(cron = "0/10 * * * * *")
public void lockJob() {
// key
String lock = LOCK_PREFIX + "LockNxExJob";
boolean luaRet = false;
String hostName = "";
try {
hostName = InetAddress.getLocalHost().getHostName();
log.info("当前执行的机器是:" + hostName);
luaRet = runLuaLock(lock, hostName);
if (luaRet) {
log.info("lua start lock success");
// 可以操作其他功能
Thread.sleep(50);
} else {
// 获取锁失败
Object value = redisTemplate.opsForValue().get(lock);
if (value != null) {
log.info("lua start lock fail,值为:" + value);
} else {
log.info("lua start lock fail,值为:null");
}
}
} catch (Exception e) {
e.printStackTrace();
} finally {
if (luaRet) {
// 释放锁
releaseLock(lock, hostName);
}
}
}
其实就是通过判断,证明期望的请求只能解锁期望的锁就解决此问题了