如何使用Redis的SETNX實現(xiàn)鎖機制

這篇文章給大家分享的是有關(guān)如何使用Redis的SETNX實現(xiàn)鎖機制的內(nèi)容。小編覺得挺實用的，因此分享給大家做個參考。一起跟隨小編過來看看吧。

setNX，是set if not exists 的縮寫，也就是只有不存在的時候才設(shè)置, 設(shè)置成功時返回 1 ， 設(shè)置失敗時返回 0 ?？梢岳盟鼇韺崿F(xiàn)鎖的效果，但是很多人在使用的過程中都有一些問題沒有考慮到。

例如某個查詢數(shù)據(jù)庫的接口因為請求量比較大所以加了緩存，并設(shè)定緩存過期后刷新。當(dāng)并發(fā)量比較大并且緩存過期的瞬間，大量并發(fā)請求會直接查詢數(shù)據(jù)庫導(dǎo)致雪崩。如果使用鎖機制來控制只有一個請求去更新緩存就能避免雪崩的問題。下面是很多人下意識想到的加鎖方法

$rs = $redis->setNX($key, $value);
if ($rs) {
    //處理更新緩存邏輯
    // ......
    //刪除鎖
    $redis->del($key);
}

通過 setNX 獲取鎖，如果成功了則更新緩存然后刪除鎖。其實這里有一個嚴(yán)重的問題：如果更新緩存的時候因為某些原因意外退出了，那么這個鎖就不會被刪除而一直存在，以至于緩存再也得不到更新。為了解決這個問題有人可能會想到給鎖設(shè)置一個過期時間，如下

$redis->multi();
$redis->setNX($key, $value);
$redis->expire($key, $ttl);
$redis->exec();

因為 setNX 不具備設(shè)置過期時間的功能，所以要借助 Expire 來設(shè)置，同時需要使用 Multi/Exec 來確保請求的原子性，以免 setNX 成功了 Expire 卻失敗了。這樣還有問題：當(dāng)多個請求到達(dá)時，雖然只有一個請求的 setNX 可以成功，但是任何一個請求的 Expire 卻都可以成功，這就意味著即便獲取不到鎖也可以刷新過期時間，導(dǎo)致鎖一直有效，還是解決不了上面的問題。顯然 setNX 滿足不了需求，Redis從 2.6.12 起，SET 涵蓋了 SETEX 的功能， SET 本身又包含了設(shè)置過期時間的功能，所以使用 SET 就可以解決上面遇到的問題

$rs = $redis->set($key, $value, array('nx', 'ex' => $ttl));
if ($rs) {
    //處理更新緩存邏輯
    // ......
    //刪除鎖
    $redis->del($key);
}

到這一步其實還是有問題的，如果一個請求更新緩存的時間比鎖的有效期還要長，導(dǎo)致在緩存更新過程中鎖就失效了，此時另一個請求就會獲取到鎖，但前一個請求在緩存更新完畢的時候，直接刪除鎖的話就會出現(xiàn)誤刪其它請求創(chuàng)建的鎖的情況。所以要避免這種問題，可以在創(chuàng)建鎖的時候需要引入一個隨機值并在刪除鎖的時候加以判斷

$rs = $redis->set($key, $random, array('nx', 'ex' => $ttl));
if ($rs) {
     //處理更新緩存邏輯
    // ......
    //先判斷隨機數(shù)，是同一個則刪除鎖
    if ($redis->get($key) == $random) {
        $redis->del($key);
    }
}

感謝各位的閱讀！關(guān)于如何使用Redis的SETNX實現(xiàn)鎖機制就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，讓大家可以學(xué)到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到吧！