redis加鎖的幾種方式匯總
redis常見的加鎖命令分別是INCR、SETNX、SET
1、INCR
這種鎖的加鎖思路是:
key不存在,那么key的值會先被初始化為0,然后再執(zhí)行INCR操作進行加一。
然后其它用戶在執(zhí)行INCR操作進行加一時,如果返回的數(shù)值大于1,說明這個key正在被鎖定使用。
1、 客戶端A請求服務器獲取key的值為1表示獲取了鎖
2、 客戶端B也去請求服務器獲取key的值為2表示獲取鎖失敗
3、 客戶端A執(zhí)行代碼完成,刪除鎖
4、 客戶端B在等待一段時間后在去請求的時候獲取key的值為1表示獲取鎖成功
5、 客戶端B執(zhí)行代碼完成,刪除鎖
$redis->incr($key); $redis->expire($key, $ttl); //設置生成時間為1秒?
具體使用命令:
127.0.0.1:6379>INCR keyName
2、SETNX
這種加鎖的思路是,如果key不存在,將key設置為value,如果key存在,則SETNX不做任何動作。
SETNX是SET if Not eXists的縮寫。
1、 客戶端A請求服務器設置key的值,如果設置成功就表示加鎖成功
2、 客戶端B也去請求服務器設置key的值,如果返回失敗,那么就代表加鎖失敗
3、 客戶端A執(zhí)行代碼完成,刪除鎖
4、 客戶端B在等待一段時間后在去請求設置key的值,設置成功
5、 客戶端B執(zhí)行代碼完成,刪除鎖
$redis->setNX($key, $value); $redis->expire($key, $ttl);
具體使用命令:
redis> SETNX keyName value (integer) 1?
設置成功,返回1;設置失敗,返回0
3、SET
上面兩種方法都有一個問題,會發(fā)現(xiàn),都需要設置 key 過期。
那么為什么要設置key過期呢?
如果請求執(zhí)行因為某些原因意外退出了,導致創(chuàng)建了鎖但是沒有刪除鎖,那么這個鎖將一直存在,以至于以后緩存再也得不到更新。
于是乎我們需要給鎖加一個過期時間以防不測。
但是借助 Expire 來設置就不是原子性操作了。
所以還可以通過事務來確保原子性,但是還是有些問題,所以官方就引用了另外一個,使用 SET 命令本身已經(jīng)從版本 2.6.12 開始包含了設置過期時間的功能。
1、 客戶端A請求服務器設置key的值,如果設置成功就表示加鎖成功
2、 客戶端B也去請求服務器設置key的值,如果返回失敗,那么就代表加鎖失敗
3、 客戶端A執(zhí)行代碼完成,刪除鎖
4、 客戶端B在等待一段時間后在去請求設置key的值,設置成功
5、 客戶端B執(zhí)行代碼完成,刪除鎖
$redis->set($key, $value, array('nx', 'ex' => $ttl)); ?//ex表示秒
具體使用:
redis>set key value NX EX max-lock-time 實現(xiàn)加鎖? ??
命令解釋:
key
:key就是redis的key值作為鎖的標識,value在這里作為客戶端的標識,只有key-value都比配才有刪除鎖的權(quán)利【保證安全性】max-lock-time
:通過max-lock-time設置過期時間保證不會出現(xiàn)死鎖【避免死鎖】NX
:只有這個key不存才的時候才會進行操作,if not exists;EX
:設置key的過期時間為秒,具體時間由第5個參數(shù)決定
加鎖代碼:
?Jedis jedis = new Jedis("127.0.0.1", 6379); ?private static final String SUCCESS = "OK"; ?/** ? * 加鎖操作 ? * @param key 鎖標識 ? * @param value 客戶端標識 ? * @param timeOut 過期時間 ? */ ?? ?public Boolean lock(String key,String value,Long timeOut){ ? ? ?String var1 = jedis.set(key,value,"NX","EX",timeOut); ? ? ?if(LOCK_SUCCESS.equals(var1)){ ? ? ? ? ?return true; ? ? ?} ? ? ?return false; ?}
解鎖代碼:
?Jedis jedis = new Jedis("127.0.0.1", 6379);? ?private static final Long UNLOCK_SUCCESS = 1L; ?/** ? * 解鎖操作 ? * @param key 鎖標識 ? * @param value 客戶端標識 ? * @return ? */ ?? ?public static Boolean unLock(String key,String value){ ? ? ?String luaScript = "if redis.call(\"get\",KEYS[1]) == ARGV[1] then return? ? ? ?redis.call(\"del\",KEYS[1]) else ?return 0 end"; ? ? ?Object var2 = jedis.eval(luaScript,Collections.singletonList(key), Collections.singletonList(value)); ? ? ?if (UNLOCK_SUCCESS == var2) { ? ? ? ? ?return true; ? ? ?} ? ? ?return false; }
luaScript 這個字符串是個lua腳本,代表的意思是如果根據(jù)key拿到的value跟傳入的value相同就執(zhí)行del,否則就返回0【保證安全性】
jedis.eval(String,list,list);這個命令就是去執(zhí)行l(wèi)ua腳本,KEYS的集合就是第二個參數(shù),ARGV的集合就是第三參數(shù)【保證解鎖的原子操作】
上述就實現(xiàn)了怎么使用redis去正確的實現(xiàn)分布式鎖,但是有個小缺陷就是鎖過期時間要設置為多少合適,這個其實還是需要去根據(jù)業(yè)務場景考量一下的。
總結(jié)
以上為個人經(jīng)驗,希望能給大家一個參考,也希望大家多多支持腳本之家。
相關文章
基于 Redis 的 JWT令牌失效處理方案(實現(xiàn)步驟)
當用戶登錄狀態(tài)到登出狀態(tài)時,對應的JWT的令牌需要設置為失效狀態(tài),這時可以使用基于Redis 的黑名單方案來實現(xiàn)JWT令牌失效,本文給大家分享基于 Redis 的 JWT令牌失效處理方案,感興趣的朋友一起看看吧2024-03-03如何高效地向Redis插入大量的數(shù)據(jù)(推薦)
本篇文章主要介紹了如何高效地向Redis插入大量的數(shù)據(jù),現(xiàn)在分享給大家,感興趣的小伙伴們可以參考一下。2016-11-11