怎么實(shí)現(xiàn)redis的讀鎖？避免落入setnx（set if not exists）陷阱的最好方法是永遠(yuǎn)不要使用它：setnx lock“l(fā)ock”expire lock 100del lock場(chǎng)景：查

怎么實(shí)現(xiàn)redis的讀鎖？

避免落入setnx（set if not exists）陷阱的最好方法是永遠(yuǎn)不要使用它：

setnx lock“l(fā)ock”

expire lock 100

del lock

場(chǎng)景：查詢數(shù)據(jù)庫的接口有大量調(diào)用，因此添加了緩存，緩存設(shè)置為過期后刷新。

問題是當(dāng)并發(fā)性大，如果沒有鎖機(jī)制，大量的并發(fā)請(qǐng)求會(huì)在緩存過期時(shí)穿透緩存直接查詢數(shù)據(jù)庫，造成雪崩效應(yīng)如果有鎖機(jī)制，只能控制一個(gè)請(qǐng)求更新緩存。其他請(qǐng)求根據(jù)情況等待或使用過期的緩存。

$key=“cache update Lock”//Lock

$random=MD5（uniqid（getmypid（））?！啊?mturand（）.“”，true））//隨機(jī)值

$TTL=10//NX不存在，ex為過期時(shí)間，TTL為生存時(shí)間，單位為秒

如果（$redis->set（$key，$random，[“NX”，“ex”=>$TTL]）{

$cache->update（）//鎖定后，執(zhí)行業(yè)務(wù)邏輯，這里是update cache

//添加隨機(jī)值判斷，避免刪除其他操作的鎖

if（$redis->get（$key）==$random）{

$redis->del（$key）

}

例如：seckill、global increment ID、floor generation等，大多數(shù)解決方案都是基于DB的。Redis是單進(jìn)程單線程模式，它采用隊(duì)列模式將并發(fā)訪問改為串行訪問，多客戶端連接到Redis之間不存在競(jìng)爭(zhēng)。其次，redis提供了setnx和GetSet命令，方便分布式鎖機(jī)制的實(shí)現(xiàn)。

redis為什么需要分布式鎖？

專業(yè)版。Redis沒有鎖機(jī)制。多用戶連接沒有競(jìng)爭(zhēng)。但在并發(fā)過程中，可能會(huì)出現(xiàn)連接超時(shí)、連接阻塞或連接關(guān)閉等錯(cuò)誤。一般來說，連接可以在客戶端進(jìn)行池化（例如讀寫redis時(shí)使用synchronized來添加內(nèi)部鎖），也可以在服務(wù)器端使用redis的事務(wù)處理命令setnx來實(shí)現(xiàn)鎖。