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

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

Redis提供了一種過期回調(diào)的機(jī)制,可以在某個鍵過期時觸發(fā)一個回調(diào)函數(shù),本文就來介紹一下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 的時候。