.jpg)
下面由redis教程欄目給大家介紹正確地使用redis教程的setnx實(shí)現(xiàn)鎖機(jī)制，希望對(duì)需要的朋友有所幫助！
setNX，是set if not exists 的縮寫，也就是只有不存在的時(shí)候才設(shè)置, 設(shè)置成功時(shí)返回 1 ， 設(shè)置失敗時(shí)返回 0 。可以利用它來實(shí)現(xiàn)鎖的效果，但是很多人在使用的過程中都有一些問題沒有考慮到。
例如某個(gè)查詢數(shù)據(jù)庫(kù)的接口因?yàn)檎?qǐng)求量比較大所以加了緩存，并設(shè)定緩存過期后刷新。當(dāng)并發(fā)量比較大并且緩存過期的瞬間，大量并發(fā)請(qǐng)求會(huì)直接查詢數(shù)據(jù)庫(kù)導(dǎo)致雪崩。如果使用鎖機(jī)制來控制只有一個(gè)請(qǐng)求去更新緩存就能避免雪崩的問題。下面是很多人下意識(shí)想到的加鎖方法
$rs?=?$redis->setNX($key,?$value); if?($rs)?{ ????//處理更新緩存邏輯 ????//?...... ????//刪除鎖 ????$redis->del($key); }
通過 setNX 獲取鎖，如果成功了則更新緩存然后刪除鎖。其實(shí)這里有一個(gè)嚴(yán)重的問題：如果更新緩存的時(shí)候因?yàn)槟承┰蛞馔馔顺隽耍敲催@個(gè)鎖就不會(huì)被刪除而一直存在，以至于緩存再也得不到更新。為了解決這個(gè)問題有人可能會(huì)想到給鎖設(shè)置一個(gè)過期時(shí)間，如下
$redis->multi(); $redis->setNX($key,?$value); $redis->expire($key,?$ttl); $redis->exec();
因?yàn)?setNX 不具備設(shè)置過期時(shí)間的功能，所以要借助 Expire 來設(shè)置，同時(shí)需要使用 Multi/Exec 來確保請(qǐng)求的原子性，以免 setNX 成功了 Expire 卻失敗了。這樣還有問題：當(dāng)多個(gè)請(qǐng)求到達(dá)時(shí)，雖然只有一個(gè)請(qǐng)求的 setNX 可以成功，但是任何一個(gè)請(qǐng)求的 Expire 卻都可以成功，這就意味著即便獲取不到鎖也可以刷新過期時(shí)間，導(dǎo)致鎖一直有效，還是解決不了上面的問題。顯然 setNX 滿足不了需求，Redis從 2.6.12 起，SET 涵蓋了 SETEX 的功能， SET 本身又包含了設(shè)置過期時(shí)間的功能，所以使用 SET 就可以解決上面遇到的問題
$rs?=?$redis->set($key,?$value,?array('nx',?'ex'?=>?$ttl)); if?($rs)?{ ????//處理更新緩存邏輯 ????//?...... ????//刪除鎖 ????$redis->del($key); }
到這一步其實(shí)還是有問題的，如果一個(gè)請(qǐng)求更新緩存的時(shí)間比鎖的有效期還要長(zhǎng)，導(dǎo)致在緩存更新過程中鎖就失效了，此時(shí)另一個(gè)請(qǐng)求就會(huì)獲取到鎖，但前一個(gè)請(qǐng)求在緩存更新完畢的時(shí)候，直接刪除鎖的話就會(huì)出現(xiàn)誤刪其它請(qǐng)求創(chuàng)建的鎖的情況。所以要避免這種問題，可以在創(chuàng)建鎖的時(shí)候需要引入一個(gè)隨機(jī)值并在刪除鎖的時(shí)候加以判斷
$rs?=?$redis->set($key,?$random,?array('nx',?'ex'?=>?$ttl)); if?($rs)?{ ?????//處理更新緩存邏輯 ????//?...... ????//先判斷隨機(jī)數(shù)，是同一個(gè)則刪除鎖 ????if?($redis->get($key)?==?$random)?{ ????????$redis->del($key); ????} }
.png)
