redis鎖
redis的鎖分別有INCR、SETNX、SET,那么我們就開始來談談他們的用法和場景吧!
1.INCR:(計時器,+1操作)
a) 語法:INCR key
b) 場景:
1)控制api 1秒內的多次訪問 ;
2)記錄用戶每天訪問網站的登錄次數 ;
c) 為何我們說這個怎么能算鎖呢,當然,單獨它肯定是算不了鎖的,因為它本身就不斷的+1 +1,那我們怎么辦呢,來看下面的:
1) 我們如何實現場景1) 呢?
FUNCTION LIMIT_API_CALL(ip) ts = CURRENT_UNIX_TIME() keyname = ip+":"+ts current = GET(keyname) IF current != NULL AND current > 10 THEN ERROR "too many requests per second" ELSE MULTI INCR(keyname,1) EXPIRE(keyname,1) EXEC PERFORM_API_CALL() END
2) 我們如何實現場景2) 呢?
INCR key
然后我們在使用INCR的時候,一般都是要借助EXPIRE這個命令來結合使用:(我始終覺得這種使用的場景太局限了,也就一秒,而且也只能+1,在增 1 就會不行,實際上我們也就控制數量為 1 而已了,保證只能為 1)
$redis->incr($key); $redis->expire($key, $outtime); //設置生成時間為1秒
2.SETNX: 這個我就不講了,因為在redis 2.6.12版本就會被拋棄的了
3.SET:
a) 語法:SET KEY VALUE [EX seconds] [PX milliseconds] [NX|XX]
b) 場景:
1) set最大可以接受512M的長度,所以緩存放這里也是沒問題噠;
2) 來對數據進行添加,比如要添加某個用戶,如果存在,則不給予操作。
c) 其實這個鎖的實現也就是利用了set的NX ,因為NX是如果存在,則不進行添加或修改,然后同時SET也是有expires的過期時間來釋放鎖的。
總結:
上面的這些所謂鎖,也就是利用了expire,還有自帶的NX來進行操作的一定保證,也就間接的實現鎖的操作,這也是基於對redis的底層原理理解。
有疑問可以微聊我,或者添加公眾號了解,即將在公眾號深度剖析redis的事務鎖 + 分布式鎖