基於Redis實現分布式鎖

1.setnx

鎖在redis中最簡單的資料結構就是string。最早的時候，上鎖的操作一般使用setnx，這個命令是當:lock不存在的時候set乙個val，或許你還會記得使用expire來增加鎖的過期，解鎖操作就是使用del命令，偽**如下：

if (redis::setnx("my:lock", 1))

這裡其實是有問題的，問題就在於setnx和expire中間如果遇到crash等行為，可能這個lock就不會被釋放了。

2.set

現在官方建議直接使用set來實現鎖。我們可以使用set命令來替代setnx，就是下面這個樣子

if (redis::set("my:lock", 1, "nx", "ex", 10))

上面的**把my:lock設定為1，當且僅當這個lock不存在的時候，設定完成之後設定過期時間為10。

獲取鎖的機制是對了，但是刪除鎖的機制直接使用del是不對的。因為有可能導致誤刪別人的鎖的情況。比如，這個鎖我上了10s，但是我處理的時間比10s更長，到了10s，這個鎖自動過期了，被別人取走了，並且對它重新上鎖了。那麼這個時候，我再呼叫redis::del就是刪除別人建立的鎖了。

官方對解鎖的命令也有建議，建議使用lua指令碼，先進行get，再進行del

主控：

$token = rand(1, 100000);
function lock() 
function unlock() 
if (lock())

redis分布式鎖核心類：

public

class

redistool

return

false

; }

/*** 釋放分布式鎖

* @param

jedis redis客戶端

* @param

lockkey 鎖

* @param

requestid 請求標識

* @return

是否釋放成功

*/public

static

boolean

releasedistributedlock(jedis jedis, string lockkey, string requestid)

return

false

; }

}

lua引數解釋：

> eval "
return "2
key1 key2 first second
1) "
key1
"2) "
key2
"3) "
first
"4) "
second
"

其他：lua指令碼的原子性：

redis 使用單個 lua 直譯器去執行所有指令碼，並且， redis 也保證指令碼會以原子性(atomic)的方式執行：當某個指令碼正在執行的時候，不會有其他指令碼或 redis 命令被執行。這和使用 multi / exec 包圍的事務很類似。在其他別的客戶端看來，指令碼的效果(effect)要麼是不可見的(not visible)，要麼就是已完成的(already completed)。另一方面，這也意味著，執行乙個執行緩慢的指令碼並不是乙個好主意。寫乙個跑得很快很順溜的指令碼並不難，因為指令碼的執行開銷(overhead)非常少，但是當你不得不使用一些跑得比較慢的指令碼時，請小心，因為當這些蝸牛指令碼在慢吞吞地執行的時候，其他客戶端會因為伺服器正忙而無法執行命令。

基於Redis實現分布式鎖

基於Redis實現分布式鎖

基於Redis實現分布式鎖

基於redis實現分布式鎖

相關推薦