分布式锁介绍
分布式锁是保护分布式系统中的多个进程对于某个共享资源的使用
分布式锁所需的特点
- 高可用的获取锁和释放锁;
- 高性能的获取锁和释放锁;
- 具备可重入性;
- 具备锁失效机制,防止死锁;
- 具备非阻塞锁特性,即没有获取到锁也不会阻塞;
Redis分布式锁
使用setnx指令 获取锁;
使用del指令 释放锁;
使用expire 指令 设置锁的过期时间;
在Redis 2.8版本之后,通过给set指令拓展了ex 指令,将setnx和expire合并为一条原子性的指令,解决了之前setnx和expire指令之间进程崩溃导致锁无法释放的问题
> set lockname true ex 10 nx
OK
分布式锁的使用场景举例:
Redis分布式锁的超时问题
如果在获取锁和释放锁的之间业务执行的太久,会触发锁的超时,就可能出现问题,这时原进程仍然在执行业务逻辑对共享区域进行操作,它的锁被迫超时释放后它的业务处理还在继续,这时第二个进程获取了锁开始对共享区域操作,导致共享区域还是不能被严格的保护;
建议:锁之间的业务代码时间需要控制,不要执行较久的业务;
规避方案:
通过将set指令的value参数设置为一个随机值,释放锁前匹配随机值释放一致,然后再释放,确保当前线程有的锁不会被其他线程释放,但是这整个动作并不是原子性的,只能依靠lua脚本
可重入性
可重入性是指线程在已经持有锁的情况下,再次请求加锁;如果一个锁它支持被同一个线程多次加锁,那它就具备可重入性,比如Java里的ReentrantLock 。 Redis的锁如果需要支持可重入性,需要对set方法进行包装,使用ThreadLocal存储当前持有锁的计数
Redis可重入锁的实现不仅需要计数,还需要考虑内存锁计数的过期时间,复杂度较高,建议调整业务逻辑避免使用可重入锁