redis過期回調(diào)功能實(shí)現(xiàn)示例
1.什么是redis過期回調(diào)
redis自2.8.0之后版本提供Keyspace Notifications功能,允許客戶訂閱Pub / Sub頻道,以便以某種方式接收影響Redis數(shù)據(jù)集的事件。
可能收到的事件的例子如下:
- 所有影響給定鍵的命令。
- 所有接收LPUSH操作的密鑰。
- 所有密鑰在數(shù)據(jù)庫中過期0。
因?yàn)?Redis 目前的訂閱與發(fā)布功能采取的是發(fā)送即忘(fire and forget)策略, 所以如果你的程序需要可靠事件通知(reliable notification of events), 那么目前的鍵空間通知可能并不適合你:當(dāng)訂閱事件的客戶端斷線時, 它會丟失所有在斷線期間分發(fā)給它的事件。并不能確保消息送達(dá)。未來有計(jì)劃允許更可靠的事件傳遞,但可能這將在更一般的層面上解決,或者為Pub / Sub本身帶來可靠性,或者允許Lua腳本攔截Pub / Sub消息來執(zhí)行諸如推送將事件列入清單。
事件類型
對于每個修改數(shù)據(jù)庫的操作,鍵空間通知都會發(fā)送兩種不同類型的事件消息:keyspace 和 keyevent。以 keyspace 為前綴的頻道被稱為鍵空間通知(key-space notification), 而以 keyevent 為前綴的頻道則被稱為鍵事件通知(key-event notification)。
事件是用 __keyspace@DB__:KeyPattern 或者 __keyevent@DB__:OpsType 的格式來發(fā)布消息的。
DB表示在第幾個庫;KeyPattern則是表示需要監(jiān)控的鍵模式(可以用通配符,如:__key*__:*);OpsType則表示操作類型。因此,如果想要訂閱特殊的Key上的事件,應(yīng)該是訂閱keyspace。
比如說,對 0 號數(shù)據(jù)庫的鍵 mykey 執(zhí)行 DEL 命令時, 系統(tǒng)將分發(fā)兩條消息, 相當(dāng)于執(zhí)行以下兩個 PUBLISH 命令:
PUBLISH __keyspace@0__:sampleKey del
PUBLISH __keyevent@0__:del sampleKey
訂閱第一個頻道 __keyspace@0__:mykey 可以接收 0 號數(shù)據(jù)庫中所有修改鍵 mykey 的事件, 而訂閱第二個頻道 __keyevent@0__:del 則可以接收 0 號數(shù)據(jù)庫中所有執(zhí)行 del 命令的鍵。
開啟配置
鍵空間通知通常是不啟用的,因?yàn)檫@個過程會產(chǎn)生額外消耗。所以在使用該特性之前,請確認(rèn)一定是要用這個特性的,然后修改配置文件,或使用config配置。相關(guān)配置項(xiàng)如下:
字符 | 發(fā)送通知 |
K | 鍵空間通知,所有通知以 keyspace@ 為前綴,針對Key |
E | 鍵事件通知,所有通知以 keyevent@ 為前綴,針對event |
g | DEL 、 EXPIRE 、 RENAME 等類型無關(guān)的通用命令的通知 |
$ | 字符串命令的通知 |
l | 列表命令的通知 |
s | 集合命令的通知 |
h | 哈希命令的通知 |
z | 有序集合命令的通知 |
x | 過期事件:每當(dāng)有過期鍵被刪除時發(fā)送 |
e | 驅(qū)逐(evict)事件:每當(dāng)有鍵因?yàn)?nbsp;maxmemory 政策而被刪除時發(fā)送 |
A | 參數(shù) g$lshzxe 的別名,相當(dāng)于是All |
輸入的參數(shù)中至少要有一個 K 或者 E , 否則的話, 不管其余的參數(shù)是什么, 都不會有任何通知被分發(fā)。上表中斜體的部分為通用的操作或者事件,而黑體則表示特定數(shù)據(jù)類型的操作。配置文件中修改 notify-keyspace-events “Kx”,注意:這個雙引號是一定要的,否則配置不成功,啟動也不報(bào)錯。例如,“Kx”表示想監(jiān)控某個Key的失效事件。
也可以通過config配置:CONFIG set notify-keyspace-events Ex (但非持久化)
Redis 使用以下兩種方式刪除過期的鍵:
1.當(dāng)一個鍵被訪問時,程序會對這個鍵進(jìn)行檢查,如果鍵已經(jīng)過期,那么該鍵將被刪除。
2.底層系統(tǒng)會在后臺查找并刪除那些過期的鍵,從而處理那些已經(jīng)過期、但是不會被訪問到的鍵。
當(dāng)過期鍵被以上兩個程序的任意一個發(fā)現(xiàn)、 并且將鍵從數(shù)據(jù)庫中刪除時, Redis 會產(chǎn)生一個 expired 通知。
Redis 并不保證生存時間(TTL)變?yōu)?0 的鍵會立即被刪除: 如果程序沒有訪問這個過期鍵, 或者帶有生存時間的鍵非常多的話, 那么在鍵的生存時間變?yōu)?0 , 直到鍵真正被刪除這中間, 可能會有一段比較顯著的時間間隔。
因此, Redis 產(chǎn)生 expired 通知的時間為過期鍵被刪除的時候, 而不是鍵的生存時間變?yōu)?0 的時候。
2.實(shí)現(xiàn)步驟
1.修改配置:鍵空間通知功能耗費(fèi)CPU,默認(rèn)關(guān)閉,需要修改配置文件redis.conf或 操作CONFIG SET命令,設(shè)置notify-keyspace-events選項(xiàng),來啟用或關(guān)閉該功能。
2.監(jiān)聽類繼承JedisPubSub,實(shí)現(xiàn)相應(yīng)操作;
3.對Redis實(shí)例進(jìn)行發(fā)布訂閱,指定監(jiān)聽類和監(jiān)聽事件類型
4.客戶端進(jìn)行操作,以觸發(fā)訂閱事件發(fā)生。
到此這篇關(guān)于redis過期回調(diào)功能實(shí)現(xiàn)示例的文章就介紹到這了,更多相關(guān)redis過期回調(diào)內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
相關(guān)文章
從一個小需求感受Redis的獨(dú)特魅力(需求設(shè)計(jì))
Redis在實(shí)際應(yīng)用中使用的非常廣泛,本篇文章就從一個簡單的需求說起,為你講述一個需求是如何從頭到尾開始做的,又是如何一步步完善的2019-12-12Redis優(yōu)惠券秒殺企業(yè)實(shí)戰(zhàn)
本文主要介紹了Redis優(yōu)惠券秒殺企業(yè)實(shí)戰(zhàn),文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2022-07-07Redis+Caffeine兩級緩存的實(shí)現(xiàn)
本文主要介紹了Redis+Caffeine兩級緩存的實(shí)現(xiàn),文中通過示例代碼介紹的非常詳細(xì),對大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價值,需要的朋友們下面隨著小編來一起學(xué)習(xí)學(xué)習(xí)吧2022-06-06