解鎖 redis 鎖的正確姿勢

2022-06-20 07:36:08 字數 1268 閱讀 7188

redis 是 php 的好朋友,在 php 寫業務過程中,有時候會使用到鎖的概念,同時只能有乙個人可以操作某個行為。這個時候我們就要用到鎖。鎖的方式有好幾種,php 不能在記憶體中用鎖,不能使用 zookeeper 加鎖,使用資料庫做鎖又消耗比較大,這個時候我們一般會選用 redis 做鎖機制。

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

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

這裡其實是有問題的,問題就在於 setnx 和 expire 中間如果遇到 crash 等行為,可能這個 lock 就不會被釋放了。於是進一步的優化方案可能是在 lock 中儲存 timestamp。判斷 timestamp 的長短。

現在官方建議直接使用 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())

這裡的 token 是乙個隨機數,當 lock 的時候,往 redis 的 my:lock 中存的是這個 token,unlock 的時候,先 get 一下 lock 中的 token,如果和我要刪除的 token 是一致的,說明這個鎖是之前我 set 的,否則的話,說明這個鎖已經過期,是別人 set 的,我就不應該對它進行任何操作。

所以:不要再使用 setnx,直接使用 set 進行鎖實現。

解鎖redis鎖的正確姿勢

redis是php的好朋友,在php寫業務過程中,有時候會使用到鎖的概念,同時只能有乙個人可以操作某個行為。這個時候我們就要用到鎖。鎖的方式有好幾種,php不能在記憶體中用鎖,不能使用zookeeper加鎖,使用資料庫做鎖又消耗比較大,這個時候我們一般會選用redis做鎖機制。鎖在redis中最簡單...

解鎖redis鎖的正確姿勢

redis是php的好朋友,在php寫業務過程中,有時候會使用到鎖的概念,同時只能有乙個人可以操作某個行為。這個時候我們就要用到鎖。鎖的方式有好幾種,php不能在記憶體中用鎖,不能使用zookeeper加鎖,使用資料庫做鎖又消耗比較大,這個時候我們一般會選用redis做鎖機制。鎖在redis中最簡單...

解鎖redis鎖的正確姿勢

解鎖redis鎖的正確姿勢 redis是php的好朋友,在php寫業務過程中,有時候會使用到鎖的概念,同時只能有乙個人可以操作某個行為。這個時候我們就要用到鎖。鎖的方式有好幾種,php不能在記憶體中用鎖,不能使qzpumk用zookeeper加鎖,使用資料庫做鎖又消耗比較大,這個時候我們一般會選用r...