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

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

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

setnx lock“l(fā)ock”

expire lock 100

del lock

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

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

$key=“cache update Lock”//Lock

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

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

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

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

//添加隨機值判斷避免刪除其他操作的鎖

如果（$redis->get（$key）==$random）{

$redis->del（$key）}

互斥鎖和讀寫鎖的區(qū)別？

，淺天賦，簡單回答。

：有互斥鎖、讀寫鎖、信號量和條件變量。信號量和互斥量也可以在進程之間使用，SEM是從它的名字ut定義的，我們可以看到它不是專用于線程的（帶有pthread的通用名稱）；信號量是互斥量的增強版本（1->N）；條件變量與互斥量一起使用來實現(xiàn)線程阻塞，而線程阻塞本身不是鎖。

：mutex（初始化時將屬性修改為shared pthread） mutexattr Setpshared function）；文件鎖是進程中應用的一種鎖。由于多線程是通過修改文件描述符所指向的文件結構中的成員變量來實現(xiàn)的，因此不能在線程之間使用文件鎖。

c 碼農(nóng)是否需要花心思去學redis？

Redis是一個用純C編寫的緩存數(shù)據(jù)庫。如果您想使用Redis，它與您是否可以使用C無關。

現(xiàn)在很多業(yè)務層開發(fā)都在使用redis，包括Java、PHP等，在實體數(shù)據(jù)庫前面使用redis來提高緩存時的性能，與您使用的語言無關。

如果您的企業(yè)對redis有很高的要求，需要使用大型集群或性能要求，建議您看看。如果你沒有深刻的理解，很難用好它。網(wǎng)絡上有很多人們效仿的東西，但很多東西都有漏洞，不能算是生產(chǎn)環(huán)境的體驗。