鍵空間通知（keyspace notification）

一 、功能概覽

鍵空間通知使得客戶端可以通過訂閱頻道或模式， 來接收那些以某種方式改動了 Redis key變化的事件。

所有修改key鍵的命令。

所有接收到 LPUSH key value [value …] 命令的鍵。

db數(shù)據(jù)庫中所有已過期的鍵。

事件通過 Redis 的訂閱與發(fā)布功能（pub/sub）來進行分發(fā)， 因此所有支持訂閱與發(fā)布功能的客戶端都可以在無須做任何修改的情況下， 直接使用鍵空間通知功能。

因為 Redis 目前的訂閱與發(fā)布功能采取的是發(fā)送即忘（fire and forget）策略， 所以如果你的程序需要可靠事件通知（reliable notification of events）， 那么目前的鍵空間通知可能并不適合你： 當訂閱事件的客戶端斷線時， 它會丟失所有在斷線期間分發(fā)給它的事件。

未來將會支持更可靠的事件分發(fā)， 這種支持可能會通過讓訂閱與發(fā)布功能本身變得更可靠來實現(xiàn)， 也可能會在 Lua 腳本中對消息（message）的訂閱與發(fā)布進行監(jiān)聽， 從而實現(xiàn)類似將事件推入到列表這樣的操作。

二、事件類型

對于每個修改數(shù)據(jù)庫的操作，鍵空間通知都會發(fā)送兩種不同類型的事件。

比如說，對 0 號數(shù)據(jù)庫的鍵 mykey 執(zhí)行 DEL key [key …]命令時， 系統(tǒng)將分發(fā)兩條消息， 相當于執(zhí)行以下兩個 PUBLISH channel message 命令：

PUBLISH __keyspace@0__:mykey del
PUBLISH __keyevent@0__:del mykey

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

以 keyspace 為前綴的頻道被稱為鍵空間通知（key-space notification）， 而以 keyevent 為前綴的頻道則被稱為鍵事件通知（key-event notification）。

當 del mykey 命令執(zhí)行時:

• 鍵空間頻道的訂閱者將接收到被執(zhí)行的事件的名字，在這個例子中，就是 del 。
• 鍵事件頻道的訂閱者將接收到被執(zhí)行事件的鍵的名字，在這個例子中，就是 mykey 。

三、配置

因為開啟鍵空間通知功能需要消耗一些 CPU ， 所以在默認配置下， 該功能處于關(guān)閉狀態(tài)。

可以通過修改 redis.conf 文件， 或者直接使用 CONFIG SET 命令來開啟或關(guān)閉鍵空間通知功能：

當 notify-keyspace-events 選項的參數(shù)為空字符串時，功能關(guān)閉。

另一方面，當參數(shù)不是空字符串時，功能開啟。

notify-keyspace-events 的參數(shù)可以是以下字符的任意組合， 它指定了服務(wù)器該發(fā)送哪些類型的通知：

輸入的參數(shù)中至少要有一個 K或者 E ， 否則的話， 不管其余的參數(shù)是什么， 都不會有任何通知被分發(fā)。

舉個例子， 如果只想訂閱鍵空間中和列表相關(guān)的通知， 那么參數(shù)就應(yīng)該設(shè)為 Kl ， 諸如此類。

將參數(shù)設(shè)為字符串"AKE" 表示發(fā)送所有類型的通知。

每當一個鍵因為過期而被刪除時，產(chǎn)生一個 expired 通知。

每當一個鍵因為maxmemory政策而被刪除以回收內(nèi)存時，產(chǎn)生一個 evicted 通知。

所有命令都只在鍵真的被改動了之后，才會產(chǎn)生通知。

比如說，當 SREM key member [member …]試圖刪除不存在于集合的元素時，刪除操作會執(zhí)行失敗，因為沒有真正的改動鍵，所以這一操作不會發(fā)送通知。

如果對命令所產(chǎn)生的通知有疑問， 最好還是使用以下命令， 自己來驗證一下：

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

當一個鍵被訪問時，程序會對這個鍵進行檢查，如果鍵已經(jīng)過期，那么該鍵將被刪除。

底層系統(tǒng)會在后臺漸進地查找并刪除那些過期的鍵，從而處理那些已經(jī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 的時候。

三、案例

按上文內(nèi)容，我們先將redis的鍵空間通知開啟,我們開啟所有的通知，在可以端中測試后沒問題再到代碼中測試。

連接到redis 輸入一下命令

config set notify-keyspace-events KEA

  訂閱鍵空間和鍵事件的主題

psubscribe '__key*__:*'#對所有庫鍵空間通知
 
psubscribe '__keyspace@2__:*' #是對db2數(shù)據(jù)庫鍵空間通知
 
psubscribe '__keyspace@2__:order*' #是對db2數(shù)據(jù)庫，key前綴為order所有鍵的鍵空間通知

創(chuàng)建一個 key :name valus:zhangsan

set name wsl

觀察訂閱的窗口 會受到兩個消息，第一個是：鍵空間 第二個是鍵事件，鍵空間是內(nèi)容是操作指令，主題中包含有key，鍵事件主題中包含了指令，內(nèi)容是key。

到這里說明已經(jīng)開啟了鍵空間通知

代碼

以下代碼采用string類型演示

在配置一下MessageListenerContainer類，將我們寫好的監(jiān)聽類添加到該類中即可,刪除和過期都是需要添加，我這里就一起添加了后面就不做演示。

@Configuration
public class RedisConfig {
 
    @Autowired
    private RedisTemplate redisTemplate;
 
    @Autowired
    private RedisUpdateAndAddListener redisUpdateAndAddListener;
 
    @Autowired
    private RedisDeleteListener redisDeleteListener;
 
    @Autowired
    private RedisExpiredListener redisExpiredListener;
 
    @Bean
    RedisMessageListenerContainer container(RedisConnectionFactory connectionFactory) {
        RedisMessageListenerContainer container = new RedisMessageListenerContainer();
        container.setConnectionFactory(connectionFactory);
        //監(jiān)聽所有的key的set事件
        container.addMessageListener(redisUpdateAndAddListener, redisUpdateAndAddListener.getTopic());
        //監(jiān)聽所有key的刪除事件
        container.addMessageListener(redisDeleteListener,redisDeleteListener.getTopic());
        //監(jiān)聽所有key的過期事件
        container.addMessageListener(redisExpiredListener,redisExpiredListener.getTopic());
        return container;
    }
 
 
}

新增和修改都是set指令

所以監(jiān)聽的主題都一樣,實現(xiàn)MessageListener接口，重寫onMessage這里就是收到消息的處理邏輯

@Component
@Data
public class RedisUpdateAndAddListener implements MessageListener {
	//監(jiān)聽的主題
    private  final PatternTopic topic = new PatternTopic("__keyevent@*__:set");
 
    @Override
    public void onMessage(Message message,byte[] pattern){
        String topic = new String(pattern);
        String msg = new String(message.getBody());
        System.out.println("收到key更新或修改，消息主題是："+ topic+",消息內(nèi)容是："+msg);
    }
 
}

在redis中對name這個key進行set操作

set name wsl

在控制臺就可以看到name這個key被操作了

刪除

跟上面的更新監(jiān)聽一樣，只需要把訂閱主題更改一下即可。同樣需要添加到這個RedisMessageListenerContainer，上面已經(jīng)添加，這里不做演示

@Component
@Data
public class RedisDeleteListener implements MessageListener {
 
    //監(jiān)聽主題
    private  final PatternTopic topic = new PatternTopic("__keyevent@*__:del");
 
    /**
     *
     * @param message 消息
     * @param pattern 主題
     */
    @Override
    public void onMessage(Message message, byte[] pattern) {
        String topic = new String(pattern);
        String msg = new String(message.getBody());
        System.out.println("收到key的刪除，消息主題是："+ topic+",消息內(nèi)容是："+msg);
    }
}

 在redis輸入命令，del name 在控制臺可以看到已經(jīng)收到消息了。

過期

如上面的操作方式一樣

@Data
@Component
public class RedisExpiredListener implements MessageListener {
 
    //監(jiān)聽主題
    private  final PatternTopic topic = new PatternTopic("__keyevent@*__:expired");
 
    @Override
    public void onMessage(Message message, byte[] pattern) {
        String topic = new String(pattern);
        String msg = new String(message.getBody());
        System.out.println("收到key的過期，消息主題是："+ topic+",消息內(nèi)容是："+msg);
    }
}

 在redis中寫一個定時刪除的keySETEX age 18 3三秒后就可以控制臺打印了相關(guān)信息

總結(jié)

到此這篇關(guān)于SpringBoot如何監(jiān)聽redis Key變化事件案例的文章就介紹到這了,更多相關(guān)SpringBoot監(jiān)聽redis Key變化事件內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！

最新評論