.jpg)
redis加鎖分類
redis能用的的加鎖命令分表是INCR、SETNX、SET
第一種鎖命令I(lǐng)NCR
這種加鎖的思路是， key 不存在，那么 key 的值會(huì)先被初始化為 0 ，然后再執(zhí)行 INCR 操作進(jìn)行加一。?
然后其它用戶在執(zhí)行 INCR 操作進(jìn)行加一時(shí)，如果返回的數(shù)大于 1 ，說(shuō)明這個(gè)鎖正在被使用當(dāng)中。
????1、?客戶端A請(qǐng)求服務(wù)器獲取key的值為1表示獲取了鎖 ????2、?客戶端B也去請(qǐng)求服務(wù)器獲取key的值為2表示獲取鎖失敗 ????3、?客戶端A執(zhí)行代碼完成，刪除鎖 ????4、?客戶端B在等待一段時(shí)間后在去請(qǐng)求的時(shí)候獲取key的值為1表示獲取鎖成功 ????5、?客戶端B執(zhí)行代碼完成，刪除鎖 ????$redis->incr($key); ????$redis->expire($key,?$ttl);?//設(shè)置生成時(shí)間為1秒
第二種鎖SETNX
這種加鎖的思路是，如果 key 不存在，將 key 設(shè)置為 value?
如果 key 已存在，則 SETNX 不做任何動(dòng)作
????1、?客戶端A請(qǐng)求服務(wù)器設(shè)置key的值，如果設(shè)置成功就表示加鎖成功 ????2、?客戶端B也去請(qǐng)求服務(wù)器設(shè)置key的值，如果返回失敗，那么就代表加鎖失敗 ????3、?客戶端A執(zhí)行代碼完成，刪除鎖 ????4、?客戶端B在等待一段時(shí)間后在去請(qǐng)求設(shè)置key的值，設(shè)置成功 ????5、?客戶端B執(zhí)行代碼完成，刪除鎖 ????$redis->setNX($key,?$value); ????$redis->expire($key,?$ttl);
第三種鎖SET
上面兩種方法都有一個(gè)問(wèn)題，會(huì)發(fā)現(xiàn)，都需要設(shè)置 key 過(guò)期。那么為什么要設(shè)置key過(guò)期呢？如果請(qǐng)求執(zhí)行因?yàn)槟承┰蛞馔馔顺隽耍瑢?dǎo)致創(chuàng)建了鎖但是沒(méi)有刪除鎖，那么這個(gè)鎖將一直存在，以至于以后緩存再也得不到更新。于是乎我們需要給鎖加一個(gè)過(guò)期時(shí)間以防不測(cè)。
但是借助 Expire 來(lái)設(shè)置就不是原子性操作了。所以還可以通過(guò)事務(wù)來(lái)確保原子性，但是還是有些問(wèn)題，所以官方就引用了另外一個(gè)，使用 SET 命令本身已經(jīng)從版本 2.6.12 開(kāi)始包含了設(shè)置過(guò)期時(shí)間的功能。
????1、?客戶端A請(qǐng)求服務(wù)器設(shè)置key的值，如果設(shè)置成功就表示加鎖成功 ????2、?客戶端B也去請(qǐng)求服務(wù)器設(shè)置key的值，如果返回失敗，那么就代表加鎖失敗 ????3、?客戶端A執(zhí)行代碼完成，刪除鎖 ????4、?客戶端B在等待一段時(shí)間后在去請(qǐng)求設(shè)置key的值，設(shè)置成功 ????5、?客戶端B執(zhí)行代碼完成，刪除鎖 ????$redis->set($key,?$value,?array('nx',?'ex'?=>?$ttl));??//ex表示秒
? 版權(quán)聲明
文章版權(quán)歸作者所有，未經(jīng)允許請(qǐng)勿轉(zhuǎn)載。
THE END
.png)
