redis加鎖的幾種方式匯總
redis常見的加鎖命令分別是INCR、SETNX、SET
1、INCR
這種鎖的加鎖思路是:
key不存在,那么key的值會先被初始化為0,然后再執(zhí)行INCR操作進(jìn)行加一。
然后其它用戶在執(zhí)行INCR操作進(jìn)行加一時(shí),如果返回的數(shù)值大于1,說明這個(gè)key正在被鎖定使用。
1、 客戶端A請求服務(wù)器獲取key的值為1表示獲取了鎖
2、 客戶端B也去請求服務(wù)器獲取key的值為2表示獲取鎖失敗
3、 客戶端A執(zhí)行代碼完成,刪除鎖
4、 客戶端B在等待一段時(shí)間后在去請求的時(shí)候獲取key的值為1表示獲取鎖成功
5、 客戶端B執(zhí)行代碼完成,刪除鎖
$redis->incr($key); $redis->expire($key, $ttl); //設(shè)置生成時(shí)間為1秒?
具體使用命令:
127.0.0.1:6379>INCR keyName
2、SETNX
這種加鎖的思路是,如果key不存在,將key設(shè)置為value,如果key存在,則SETNX不做任何動(dòng)作。
SETNX是SET if Not eXists的縮寫。
1、 客戶端A請求服務(wù)器設(shè)置key的值,如果設(shè)置成功就表示加鎖成功
2、 客戶端B也去請求服務(wù)器設(shè)置key的值,如果返回失敗,那么就代表加鎖失敗
3、 客戶端A執(zhí)行代碼完成,刪除鎖
4、 客戶端B在等待一段時(shí)間后在去請求設(shè)置key的值,設(shè)置成功
5、 客戶端B執(zhí)行代碼完成,刪除鎖
$redis->setNX($key, $value); $redis->expire($key, $ttl);
具體使用命令:
redis> SETNX keyName value (integer) 1?
設(shè)置成功,返回1;設(shè)置失敗,返回0
3、SET
上面兩種方法都有一個(gè)問題,會發(fā)現(xiàn),都需要設(shè)置 key 過期。
那么為什么要設(shè)置key過期呢?
如果請求執(zhí)行因?yàn)槟承┰蛞馔馔顺隽?,?dǎo)致創(chuàng)建了鎖但是沒有刪除鎖,那么這個(gè)鎖將一直存在,以至于以后緩存再也得不到更新。
于是乎我們需要給鎖加一個(gè)過期時(shí)間以防不測。
但是借助 Expire 來設(shè)置就不是原子性操作了。
所以還可以通過事務(wù)來確保原子性,但是還是有些問題,所以官方就引用了另外一個(gè),使用 SET 命令本身已經(jīng)從版本 2.6.12 開始包含了設(shè)置過期時(shí)間的功能。
1、 客戶端A請求服務(wù)器設(shè)置key的值,如果設(shè)置成功就表示加鎖成功
2、 客戶端B也去請求服務(wù)器設(shè)置key的值,如果返回失敗,那么就代表加鎖失敗
3、 客戶端A執(zhí)行代碼完成,刪除鎖
4、 客戶端B在等待一段時(shí)間后在去請求設(shè)置key的值,設(shè)置成功
5、 客戶端B執(zhí)行代碼完成,刪除鎖
$redis->set($key, $value, array('nx', 'ex' => $ttl)); ?//ex表示秒具體使用:
redis>set key value NX EX max-lock-time 實(shí)現(xiàn)加鎖? ??
命令解釋:
key:key就是redis的key值作為鎖的標(biāo)識,value在這里作為客戶端的標(biāo)識,只有key-value都比配才有刪除鎖的權(quán)利【保證安全性】max-lock-time:通過max-lock-time設(shè)置過期時(shí)間保證不會出現(xiàn)死鎖【避免死鎖】NX:只有這個(gè)key不存才的時(shí)候才會進(jìn)行操作,if not exists;EX:設(shè)置key的過期時(shí)間為秒,具體時(shí)間由第5個(gè)參數(shù)決定
加鎖代碼:
?Jedis jedis = new Jedis("127.0.0.1", 6379);
?private static final String SUCCESS = "OK";
?/**
? * 加鎖操作
? * @param key 鎖標(biāo)識
? * @param value 客戶端標(biāo)識
? * @param timeOut 過期時(shí)間
? */
??
?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 鎖標(biāo)識
? * @param value 客戶端標(biāo)識
? * @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 這個(gè)字符串是個(gè)lua腳本,代表的意思是如果根據(jù)key拿到的value跟傳入的value相同就執(zhí)行del,否則就返回0【保證安全性】
jedis.eval(String,list,list);這個(gè)命令就是去執(zhí)行l(wèi)ua腳本,KEYS的集合就是第二個(gè)參數(shù),ARGV的集合就是第三參數(shù)【保證解鎖的原子操作】
上述就實(shí)現(xiàn)了怎么使用redis去正確的實(shí)現(xiàn)分布式鎖,但是有個(gè)小缺陷就是鎖過期時(shí)間要設(shè)置為多少合適,這個(gè)其實(shí)還是需要去根據(jù)業(yè)務(wù)場景考量一下的。
總結(jié)
以上為個(gè)人經(jīng)驗(yàn),希望能給大家一個(gè)參考,也希望大家多多支持腳本之家。
相關(guān)文章
redis?Template.opsForValue()中方法實(shí)例詳解
這篇文章主要介紹了redis?Template.opsForValue()中方法講解,本文通過實(shí)例代碼給大家介紹的非常詳細(xì),對大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2023-05-05
分布式鎖為什么要選擇Zookeeper而不是Redis?看完這篇你就明白了
Zookeeper的機(jī)制可以保證分布式鎖實(shí)現(xiàn)業(yè)務(wù)代碼簡單,成本低,Redis如果要解決分布式鎖的問題,對于一些復(fù)雜的情況,很難解決,成本較高,這篇文章重點(diǎn)給大家介紹分布式鎖選擇Zookeeper 而不是Redis的理由,一起看看吧2021-05-05
redis.conf中使用requirepass不生效的原因及解決方法
本文主要介紹了如何啟用requirepass,以及啟用requirepass為什么不會生效,從代碼層面分析了不生效的原因,以及解決方法,需要的朋友可以參考下2023-07-07
Redis數(shù)據(jù)類型string和Hash詳解
大家都知道Redis中有五大數(shù)據(jù)類型分別是String、List、Set、Hash和Zset,本文給大家分享Redis數(shù)據(jù)類型string和Hash的相關(guān)操作,感興趣的朋友跟隨小編一起看看吧2022-03-03

