当前位置: 首页 > 工具软件 > Keyspace > 使用案例 >

Redis 事件通知(keyspace & keyevent notification)

葛飞扬
2023-12-01

 

IMPORTANT  2.8.0之后版本才可用
 
    键空间通知使得客户端可以通过订阅频道或模式, 来接收那些以某种方式改动了 Redis 数据集的事件。
    因为 Redis 目前的订阅与发布功能采取的是发送即忘(fire and forget)策略, 所以如果你的程序需要可靠事件通知(reliable notification of events), 那么目前的键空间通知可能并不适合你:当订阅事件的客户端断线时, 它会丢失所有在断线期间分发给它的事件。并不能确保消息送达。
    
 
事件的类型
    对于每个修改数据库的操作,键空间通知都会发送两种不同类型的事件消息:keyspace 和 keyevent。以 keyspace 为前缀的频道被称为键空间通知(key-space notification), 而以 keyevent 为前缀的频道则被称为键事件通知(key-event notification)。
 
    事件是用  __keyspace@DB__:KeyPattern 或者  __keyevent@DB__:OpsType 的格式来发布消息的。
    DB表示在第几个库;KeyPattern则是表示需要监控的键模式(可以用通配符);OpsType则表示操作类型。因此,如果想要订阅特殊的Key上的事件,应该是订阅keyspace。
 
    比如说,对 0 号数据库的键 mykey 执行  DEL 命令时, 系统将分发两条消息, 相当于执行以下两个  PUBLISH 命令:
    PUBLISH __keyspace@0__:sampleKey del
    PUBLISH __keyevent@0__:del sampleKey
 
    订阅第一个频道 __keyspace@0__:mykey 可以接收 0 号数据库中所有修改键 mykey 的事件, 而订阅第二个频道 __keyevent@0__:del 则可以接收 0 号数据库中所有执行 del 命令的键。
 
    
配置
    键空间通知通常是不启用的,因为这个过程会产生额外消耗。所以在使用该特性之前,请确认一定是要用这个特性的,然后修改配置文件。相关配置项如下:
字符发送的通知
K键空间通知,所有通知以 __keyspace@<db>__ 为前缀,针对Key
E键事件通知,所有通知以 __keyevent@<db>__ 为前缀,针对event
gDEL 、 EXPIRE 、 RENAME 等类型无关的通用命令的通知
$字符串命令的通知
l列表命令的通知
s集合命令的通知
h哈希命令的通知
z有序集合命令的通知
x过期事件:每当有过期键被删除时发送
e驱逐(evict)事件:每当有键因为 maxmemory 政策而被删除时发送
A参数 g$lshzxe 的别名,相当于是All
 
    输入的参数中至少要有一个 K 或者 E , 否则的话, 不管其余的参数是什么, 都不会有任何通知被分发。上表中紫色的部分为通用的操作或者事件,而黄色则表示特定数据类型的操作。
    配置文件中修改 notify-keyspace-events “Kx”,注意:这个双引号是一定要的,否则配置不成功,启动也不报错。
    例如,“Kx”表示想监控某个Key的失效事件。
 
过期通知的发送时间
Redis 使用以下两种方式删除过期的键:
  • 当一个键被访问时,程序会对这个键进行检查,如果键已经过期,那么该键将被删除。
  • 底层系统会在后台渐进地查找并删除那些过期的键,从而处理那些已经过期、但是不会被访问到的键。
当过期键被以上两个程序的任意一个发现、 并且将键从数据库中删除时, Redis 会产生一个 expired 通知。
Redis 并不保证生存时间(TTL)变为 0 的键会立即被删除: 如果程序没有访问这个过期键, 或者带有生存时间的键非常多的话, 那么在键的生存时间变为 0 , 直到键真正被删除这中间, 可能会有一段比较显著的时间间隔。
因此, Redis 产生 expired 通知的时间为过期键被删除的时候, 而不是键的生存时间变为 0 的时候。
 
subscribe & psubscribe
    subscribe & psubscribe命令来对特定主题进行订阅,完成事件通知的过程。
        SUBSCRIBE channel [channel ...]                                PSUBSCRIBE channelPattern [channelPattern ...]        
    PSUBSCRIBE 跟 SUBSCRIBE 唯一不同,就是支持通配符。每个模式以 * 作为匹配符,比如 huangz* 匹配所有以 huangz。显然支持通配符的性能消耗会大一点。
    时间复杂度:
O(N), N是订阅的模式的数量。
    返回值:
# 第 1 - 6 行是执行 psubscribe 之后的反馈信息, 包括:显示成功、订阅的内容、已订阅数量
# 第 7 - 10 才是接收到的第一条信息,包括:返回类型、来源(订阅的Channel)、内容
# 第 11 - 14 是第二条
# 以此类推。。。
    注意:这里可以一次性订阅多个Channel 或者 模式,每个中间用空格分割。
 
 
命令行实验
    1:修改配置,然后用配置启动Redis。可以通过 info命令来查看是否使用了特定配置文件。
    2:订阅
        > subscribe __keyspace@0__:cool
        Reading messages... (press Ctrl-C to quit)
        1) "subscribe"                             # 返回值的类型:显示订阅成功
        2) "__keyspace@0__:cool"         # 订阅的Channel名
        3) (integer) 1                                # 目前已订阅的频道数量
    3:设置失效
        > setex cool 1 val                         # cool=val 1秒失效
    4:失效消息
        1) "message"                               # 返回值的类型:信息
        2) "__keyspace@0__:cool”          # 来源(从哪个Channel发送过来)
        3) “expired"                                 # 信息内容
 
注:对于psubscribe,消息会多一行
        1) “pmessage”                            #返回值的类型:信息
        2) "__keyspace@0__:cool*”         # 来源(从哪个ChannelPattern发送过来)
        3) "__keyspace@0__:cool"          # 实际的Channel
        4) “expired"                                 # 信息内容

 

转载于:https://www.cnblogs.com/yeyusheng/p/8533362.html

 类似资料: