Redis 事件通知（keyspace & keyevent notification）

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表示在第几个库； Key Pattern则是表示需要监控的键模式（可以用通配符）； 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@__ 为前缀，针对Key
E	键事件通知，所有通知以 __keyevent@__ 为前缀，针对event
g	DEL 、 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"                                 # 信息内容

---

参考：

键空间通知（keyspace notification）  http://redisdoc.com/topic/notification.html

PSUBSCRIBE   http://redisdoc.com/pub_sub/psubscribe.html

Redis实践操作之—— keyspace notification（键空间通知）  http://www.cnblogs.com/tinywan/p/5903988.html