分布式锁在高并发场景下应用与实现.pdfVIP

应用1：千帆竞发——分布式锁

分布式应用进行逻辑处理时经常会遇到并发问题。

⽐如⼀个操作要修改用户的状态，修改状态需要先读出用户的状态，

在内存里进行修改，改完了再存回去。如果这样的操作同时进行了，

就会出现并发问题，因为和保存状态这两个操作不是原子的。

（Wiki解释：所谓原子操作是指不会被线程调度机制打断的操作；

这种操作⼀旦开始，就⼀直运行到结束，中间不会有任何context

switch线程切换。）

这个时候就要使用到分布式锁来限制程序的并发执行。Redis分布式

锁使用⾮常⼴泛，它是⾯试的重要考点之⼀，很多同学都知道这个知

识，也大致知道分布式锁的原理，但是具体到细节的使用上往往并不

完全正确。

分布式锁

分布式锁本质上要实现的目标就是在Redis里⾯占⼀个“茅坑”，当别

的进程也要来占时，发现已经有人蹲在那里了，就只好放弃或者稍后

再试。

应用1：千帆竞发———分布式锁

分布式应用进行逻辑处理时经常会遇到并发问题。

比如一个操作要修改用户的状态，修改状态需要先读出用户的状态，

在内存里进行修改，改完了再存回去。如果这样的操作同时进行了，

就会出现并发问题，因为和保存状态这两个操作不是原子的。

Redis分布式，它是面试的重要考点之一，很多同学都知道这个知，

也大致知道分布式锁的原理，但是具体到细节的使用上往往并不，

但是具体到细节的使用上往往并不

分布式锁

分布式锁本质上要实现的目标就是在redis里面占一个“茅坑”，当别，

发现已经有人蹲在那里了，就只好放弃或者稍后，就只好放弃或者稍后

占坑⼀般是使用setnx(setifnotexists)指令，只允许被⼀个客户

端占坑。先来先占，

用完了，再调用del指令释放茅坑。

//这里的冒号:就是⼀个普通的字符，没特别含义，它可以是任意

其它字符，不要误解

setnxlock:codeholetrue

OK

...dosomethingcritical...

dellock:codehole

(integer)1

但是有个问题，如果逻辑执行到中间出现异常了，可能会导致del

指令没有被调用，这样就会陷⼊死锁，锁得不到释放。

于是我们在拿到锁，再给锁加上⼀个过期时间，⽐如5s，这样

即使中间出现异常也可以保证5秒锁会自动释放。

setnxlock:codeholetrue

OK

expirelock:codehole5

...dosomethingcritical...

dellock:codehole

(integer)1

但是以上逻辑还有问题。如果在setnx和expire之间服务器进程突

然挂掉了，可能是因为机器掉电或者是为杀掉的，就会导致

expire得不到执行，也会造成死锁。

这种问题的根源就在于setnx和expire是两条指令而不是原子指

令。如果这两条指令可以⼀起执行就不会出现问题。也许你会想到用

Redis事务来解决。但是这里不行，因为expire是依赖于setnx的

占坑一般是使用setnx（如果不存在的话）指令，只允许被一个客

户，用完了，再调用del指令释放茅坑。

//这里的冒号：就是一个普通的字符，没特别含义，它可以是任意，

不要误解setnx锁定：codeholetrueok...做一些关键的事情...

dellock：codehole（integer）1

但是有个问题，如果逻辑执行到中间出现异常了，可能会导致del指令没有被