摘要:總結上面的這些所謂鎖,也就是利用了,還有自帶的來進行操作的一定保證,也就間接的實現鎖的操作,這也是基于對的底層原理理解。
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的底層原理理解。
關注回復 wxq ,驗證后即加入php微信群,即將在公眾號深度剖析redis的事務鎖 + 分布式鎖
文章版權歸作者所有,未經允許請勿轉載,若此文章存在違規行為,您可以聯系管理員刪除。
轉載請注明本文地址:http://specialneedsforspecialkids.com/yun/76543.html
摘要:總結上面的這些所謂鎖,也就是利用了,還有自帶的來進行操作的一定保證,也就間接的實現鎖的操作,這也是基于對的底層原理理解。 redis鎖 redis的鎖分別有INCR、SETNX、SET,那么我們就開始來談談他們的用法和場景吧! 1.INCR:(計時器,+1操作)????a) 語法:INCR key????b) 場景:????????1)控制api 1秒內的多次訪問 ;????????2...
摘要:前段時間,有個人吐槽自己的同事是上古程序猿,一直堅持反對使用。上古程序猿堅決反對用,我該怎么說服他分布式鎖如果你是一位后端工程師,面試時八成會被問到,特別是大廠,不僅要求能簡單使用,還要深入理解底層原理,具備解決常見問題的能力。 前段時間,有個人吐槽自己的同事是上古程序猿,一直堅持反對使用Redis。那位上古程序猿設計公司...
摘要:前段時間,有個人吐槽自己的同事是上古程序猿,一直堅持反對使用。那位上古程序猿設計公司的業務系統時候,始終堅持永遠不要用緩存其他人想用,例如做個接口防重復,一定要用數據庫來實現,包括定期失效之類的功能。項目中使用,主要考慮性能和并發。 前段時間,有個人吐槽自己的同事是上古程序猿,一直堅持反對使...
閱讀 3917·2021-09-09 09:33
閱讀 1773·2021-09-06 15:14
閱讀 1919·2019-08-30 15:44
閱讀 3075·2019-08-29 18:36
閱讀 3765·2019-08-29 16:22
閱讀 2095·2019-08-29 16:21
閱讀 2530·2019-08-29 15:42
閱讀 1648·2019-08-29 11:00