出现场景
当多个服务器使用同一个redis缓存时会出现并发问题,分布式锁就是为解决这种问题而出现的。
第一版设计
解决方案
redis也是数据库,那采取和数据库一样的操作加锁(setnx)就能阻止并发,然后处理完成再释放锁(del)即可。
出现问题
假设运行过程中出现异常,没到解锁那一步,那redis就会一直处于死锁状态。
第二版设计
解决方案
针对上述出现的死锁问题,给锁加上过期时间(expire),只要到时间就自动解锁,这样就算程序出现异常也不会出现死锁了。并且为了防止由于加锁(setnx)和加过期时间(expire)是两步操作,不能保证原子性,所以还会出现加锁之后程序挂了,死锁依旧存在;2.8版本之前就采用library保证两步的原子性;2.8之后官方增加了set能一步实现加锁和过期时间。
出现问题
到这一步已经很好了,但是线程A加锁后处理了很久,redis超时解锁了;线程B立马加锁,然后线程A又在B完成操作之前完成了,发送了解锁命令,然后线程C拿到了锁;后面就全乱了。
当前版本
解决方案
使用SET key value [EX seconds] [PX milliseconds] [NX|XX]
设置时每个线程设置不同的value,例如uuid;然后在进行解锁操作时,先对比一下value,相等才解锁;但是没有delifequals的命令,所以我们需要使用Lua脚本定义
delifequals
if redis.call(“get”,KEYS[1]) == ARGV[1] then
return redis.call(“del”,KEYS[1])
else
return 0
end
问题
该方案目前还是不能解决超时自动解锁的问题,所以请尽量不要用于较长时间的任务。