快捷導(dǎo)航

redis過(guò)期回調(diào)功能實(shí)現(xiàn)示例

更新時(shí)間：2023年09月05日 10:37:10 作者：Demons_0

Redis提供了一種過(guò)期回調(diào)的機(jī)制,可以在某個(gè)鍵過(guò)期時(shí)觸發(fā)一個(gè)回調(diào)函數(shù),本文就來(lái)介紹一下redis過(guò)期回調(diào)功能實(shí)現(xiàn)示例,感興趣的可以了解一下

1.什么是redis過(guò)期回調(diào)

redis自2.8.0之后版本提供Keyspace Notifications功能，允許客戶訂閱Pub / Sub頻道，以便以某種方式接收影響Redis數(shù)據(jù)集的事件。

可能收到的事件的例子如下：

所有影響給定鍵的命令。
所有接收LPUSH操作的密鑰。
所有密鑰在數(shù)據(jù)庫(kù)中過(guò)期0。

因?yàn)?Redis 目前的訂閱與發(fā)布功能采取的是發(fā)送即忘（fire and forget）策略，所以如果你的程序需要可靠事件通知（reliable notification of events），那么目前的鍵空間通知可能并不適合你：當(dāng)訂閱事件的客戶端斷線時(shí)，它會(huì)丟失所有在斷線期間分發(fā)給它的事件。并不能確保消息送達(dá)。未來(lái)有計(jì)劃允許更可靠的事件傳遞，但可能這將在更一般的層面上解決，或者為Pub / Sub本身帶來(lái)可靠性，或者允許Lua腳本攔截Pub / Sub消息來(lái)執(zhí)行諸如推送將事件列入清單。

事件類型

對(duì)于每個(gè)修改數(shù)據(jù)庫(kù)的操作，鍵空間通知都會(huì)發(fā)送兩種不同類型的事件消息：keyspace 和 keyevent。以 keyspace 為前綴的頻道被稱為鍵空間通知（key-space notification），而以 keyevent 為前綴的頻道則被稱為鍵事件通知（key-event notification）。

事件是用 __keyspace@DB__:KeyPattern 或者 __keyevent@DB__:OpsType 的格式來(lái)發(fā)布消息的。

DB表示在第幾個(gè)庫(kù)；KeyPattern則是表示需要監(jiān)控的鍵模式（可以用通配符，如：__key*__:*）；OpsType則表示操作類型。因此，如果想要訂閱特殊的Key上的事件，應(yīng)該是訂閱keyspace。

比如說(shuō)，對(duì) 0 號(hào)數(shù)據(jù)庫(kù)的鍵 mykey 執(zhí)行 DEL 命令時(shí)，系統(tǒng)將分發(fā)兩條消息，相當(dāng)于執(zhí)行以下兩個(gè) PUBLISH 命令：

PUBLISH __keyspace@0__:sampleKey del

PUBLISH __keyevent@0__:del sampleKey

訂閱第一個(gè)頻道 __keyspace@0__:mykey 可以接收 0 號(hào)數(shù)據(jù)庫(kù)中所有修改鍵 mykey 的事件，而訂閱第二個(gè)頻道 __keyevent@0__:del 則可以接收 0 號(hào)數(shù)據(jù)庫(kù)中所有執(zhí)行 del 命令的鍵。

開(kāi)啟配置

鍵空間通知通常是不啟用的，因?yàn)檫@個(gè)過(guò)程會(huì)產(chǎn)生額外消耗。所以在使用該特性之前，請(qǐng)確認(rèn)一定是要用這個(gè)特性的，然后修改配置文件，或使用config配置。相關(guān)配置項(xiàng)如下：

字符	發(fā)送通知
K	鍵空間通知，所有通知以 keyspace@ 為前綴，針對(duì)Key
E	鍵事件通知，所有通知以 keyevent@ 為前綴，針對(duì)event
g	DEL 、 EXPIRE 、 RENAME 等類型無(wú)關(guān)的通用命令的通知
$	字符串命令的通知
l	列表命令的通知
s	集合命令的通知
h	哈希命令的通知
z	有序集合命令的通知
x	過(guò)期事件：每當(dāng)有過(guò)期鍵被刪除時(shí)發(fā)送
e	驅(qū)逐(evict)事件：每當(dāng)有鍵因?yàn)?nbsp;maxmemory 政策而被刪除時(shí)發(fā)送
A	參數(shù) g$lshzxe 的別名，相當(dāng)于是All

輸入的參數(shù)中至少要有一個(gè) K 或者 E ，否則的話，不管其余的參數(shù)是什么，都不會(huì)有任何通知被分發(fā)。上表中斜體的部分為通用的操作或者事件，而黑體則表示特定數(shù)據(jù)類型的操作。配置文件中修改 notify-keyspace-events “Kx”，注意：這個(gè)雙引號(hào)是一定要的，否則配置不成功，啟動(dòng)也不報(bào)錯(cuò)。例如，“Kx”表示想監(jiān)控某個(gè)Key的失效事件。

也可以通過(guò)config配置：CONFIG set notify-keyspace-events Ex （但非持久化）

Redis 使用以下兩種方式刪除過(guò)期的鍵：

1.當(dāng)一個(gè)鍵被訪問(wèn)時(shí)，程序會(huì)對(duì)這個(gè)鍵進(jìn)行檢查，如果鍵已經(jīng)過(guò)期，那么該鍵將被刪除。

2.底層系統(tǒng)會(huì)在后臺(tái)查找并刪除那些過(guò)期的鍵，從而處理那些已經(jīng)過(guò)期、但是不會(huì)被訪問(wèn)到的鍵。

當(dāng)過(guò)期鍵被以上兩個(gè)程序的任意一個(gè)發(fā)現(xiàn)、并且將鍵從數(shù)據(jù)庫(kù)中刪除時(shí)， Redis 會(huì)產(chǎn)生一個(gè) expired 通知。

Redis 并不保證生存時(shí)間（TTL）變?yōu)?0 的鍵會(huì)立即被刪除：如果程序沒(méi)有訪問(wèn)這個(gè)過(guò)期鍵，或者帶有生存時(shí)間的鍵非常多的話，那么在鍵的生存時(shí)間變?yōu)?0 ，直到鍵真正被刪除這中間，可能會(huì)有一段比較顯著的時(shí)間間隔。

因此， Redis 產(chǎn)生 expired 通知的時(shí)間為過(guò)期鍵被刪除的時(shí)候，而不是鍵的生存時(shí)間變?yōu)?0 的時(shí)候。

2.實(shí)現(xiàn)步驟

1.修改配置：鍵空間通知功能耗費(fèi)CPU，默認(rèn)關(guān)閉，需要修改配置文件redis.conf或操作CONFIG SET命令，設(shè)置notify-keyspace-events選項(xiàng)，來(lái)啟用或關(guān)閉該功能。

2.監(jiān)聽(tīng)類繼承JedisPubSub，實(shí)現(xiàn)相應(yīng)操作；

3.對(duì)Redis實(shí)例進(jìn)行發(fā)布訂閱，指定監(jiān)聽(tīng)類和監(jiān)聽(tīng)事件類型

4.客戶端進(jìn)行操作，以觸發(fā)訂閱事件發(fā)生。

到此這篇關(guān)于redis過(guò)期回調(diào)功能實(shí)現(xiàn)示例的文章就介紹到這了,更多相關(guān)redis過(guò)期回調(diào)內(nèi)容請(qǐng)搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

您可能感興趣的文章: