Redis的发布和订阅

1、Redis发布和订阅概述

Redis发布订阅模型就是Redis提供的一种简单的消息订阅和消息消费的模式，可以实现简单的MQ模拟通信的功能。即Redis是可以用作消息订阅和发布实现的一种中间件，不仅仅是缓存，不仅仅是非关系型数据库。

Redis 发布订阅 (pub/sub) 是一种消息通信模式：发送者 (pub) 发送消息，订阅者 (sub) 接收消息。Redis客户端可以订阅任意数量的频道。

订阅消息发布图：

下图左图展示了频道 channel1 ，以及订阅这个频道的三个客户端 —— client2 、client5 和 client1 之间的关系，当有新消息通过 PUBLISH 命令发送给频道 channel1 时，这个消息就会被发送给订阅它的三个客户端，如下图右图所示

2、Redis发布订阅命令

下表列出了 redis 发布订阅常用命令：

序号	命令及描述
1	PSUBSCRIBE pattern [pattern ...] 订阅一个或多个符合给定模式的频道。
2	PUBSUB subcommand [argument [argument ...]] 查看订阅与发布系统状态。
3	PUBLISH channel message 将信息发送到指定的频道。
4	PUNSUBSCRIBE [pattern [pattern ...]] 退订所有给定模式的频道。
5	SUBSCRIBE channel [channel ...] 订阅给定的一个或多个频道的信息。
6	UNSUBSCRIBE [channel [channel ...]] 指退订给定的频道。

3、实例演示

以下实例演示了发布订阅是如何工作的，需要开启两个 redis-cli 客户端。在实例中我们创建了订阅频道名为 runoobChat :

打开第一个 redis-cli 客户端：订阅端

redis 127.0.0.1:6379> SUBSCRIBE runoobChat   //订阅频道
Reading messages... (press Ctrl-C to quit) #正在读取消息
1) "subscribe"
2) "runoobChat"
3) (integer) 1

现在，我们先重新开启个 redis 客户端，然后在同一个频道 runoobChat 发布两次消息，订阅者就能接收到消息。

打开第二个 redis-cli 客户端：发送端

redis 127.0.0.1:6379> PUBLISH runoobChat "Redis PUBLISH test"  //将信息发送到指定的频道。
(integer) 1  //订阅者数量
redis 127.0.0.1:6379> PUBLISH runoobChat "Learn redis by runoob.com"
(integer) 1

可以看到对应频道下的消息接收方已经收到了发布方发来的消息：订阅者的客户端[第一个订阅了，第二个没有订阅]会增加显示如下消息

1) "message"  #消息
2) "runoobChat" #哪个频道的消息
3) "Redis PUBLISH test" #消息的具体内容
1) "message"
2) "runoobChat"
3) "Learn redis by runoob.com"

注：发布的消息没有持久化，如果在订阅的客户端收不到消息，只能收到订阅后发布的消息

-----------------查看活跃的频道------------
127.0.0.1:6379> PUBSUB channels
1) "runoobChat"

gif 演示如下：

4、Redis发布与订阅原理

原理

Redis通过publish、subscribe、psubscribe等命令实现发布和订阅功能。

每个 Redis 服务器进程都维持着一个表示服务器状态的 redis.h/redisServer 结构，结构的 pubsub_channels 属性是一个字典，这个字典就用于保存订阅频道的信息

通过subscribe命令订阅某频道后，redis-server里就维护了一个字典，字典的键就是一个个channel，而字典的值则是一个链表，链表中保存了所有订阅这个channel的客户端。subscribe命令的关键，就是客户端订阅，会被链接到对应频道channel的链表的尾部，退订则就是将客户端节点从链表中移除。

通过publish命令向订阅者发送消息，redis-server会使用给定的频道作为键，在它所维护的channel字典中查找记录了订阅这个频道的所有客户端的链表，遍历这个链表，将消息发布给所有订阅者。

Pub/Sub从字面上理解就是发布(Publish)与订阅(Subscribe)，在Redis中，你可以设定对某一key值进行消息发布及消息订阅，当一个key值上进行了消息发布后，所有订阅它的客户端都会收到相应的消息。这一功能最明显的用法就是用作实时消息系统，比如普通的即时聊天、群聊等功能。

缺点

如果一个客户端订阅了频道，但自己读取消息的速度却不够快的话，那么不断积压的消息会使redis输出缓冲区的体积变得越来越大，这可能使得redis本身的速度变慢，甚至直接崩溃。这和数据传输可靠性有关，如果在订阅方断线，那么他将会丢失所有在短线期间发布者发布的消息。

5、使用场景

实时消息系统
实时聊天（频道当做聊天室，将信息回显给所有人即可）
消息订阅：公众号订阅，微博关注等等（起始更多是使用消息队列来进行实现）

稍微负责的场景，就需要使用消息中间级那MQ(KAFUKA)

Redis日记(day08)：Redis的发布和订阅