Redis发布与订阅
Redis 发布订阅(pub/sub)是一种消息通信模式
:发送者(pub)发送消息,订阅者(sub)接收消息。
Redis客户端可以订阅任意数量的频道
订阅/发布消息图
下图展示了频道 news.it以及订阅这个频道的三个客户端 —— 客户端A ,客户端B,和客户端C 之间的关系:
当有新消息通过 PUBLISH 命令发送给频道 news.it 时, 这个消息就会被发送给订阅它的三个客户端:
命令
这些命令被广泛用于构建即使通信应用,比如网络聊天室和实时广播,实时提醒等。
序号 | 命令及其描述 |
---|---|
1 | PSUBSCRIBE pattern [pattern…] 订阅一个或多个符合给定模式的频道。 |
2 | PUNSUBSCRIBE pattern [pattern…] 退订一个或多个符合给定模式的频道。 |
3 | PUBSUB subcommand [argument[argument]] 查看订阅与发布系统状态。 |
4 | 阅与发布系统状态。 PUBLISH channel message 向指定频道发布消息 |
5 | SUBSCRIBE channel [channel…] 订阅给定的一个或多个频道。 |
6 | SUBSCRIBE channel [channel…] 退订一个或多个频道2 |
测试
------------订阅端----------------------
127.0.0.1:6379> subscribe gql # 订阅频道gql
Reading messages... (press Ctrl-C to quit)
1) "subscribe"
2) "gql"
3) (integer) 1
--------------消息发布端-------------------
127.0.0.1:6379> publish gql "hello,gql" # 发布者发布消息到频道
(integer) 1
127.0.0.1:6379> publish gql "hello.ljk" # 发布者发布消息到频道
(integer) 1
127.0.0.1:6379>
这个时候再去查看订阅端
------------订阅端----------------------
127.0.0.1:6379> subscribe gql# 订阅频道gql
Reading messages... (press Ctrl-C to quit)
1) "subscribe"
2) "gql"
3) (integer) 1
1) "message" # 消息
2) "gql" # 哪个频道的消息
3) "hello,gql" # 消息的具体内容
1) "message" # 消息
2) "gql"
3) "hello.ljk"
原理
Redis是使用C实现的,通过分析Redis源码里的pubsub.c文件,了解发布和订阅机制的底层实现,籍此加深对Redis的理解。
Redis通过PUBLISH、SUBSCRIBE 和PSUBSCRIBE等命令实现发布和订阅功能。
通过SUBSCRIBE命令订阅某频道后, redis-server 里维护了一个字典,字典的键就是一个个 频道! , 而字典的值则是一个链表,链表中保存了所有订阅这个channel的客户端。SUBSCRIBE 命令的关键,就是将客户端添加到给定channel的订阅链表中。
通过PUBLISH命令向订阅者发送消息, redis-server 会使用给定的频道作为键,在它所维护的channel字典中查找记录了订阅这个频道的所有客户端的链表,遍历这个链表,将消息发布给所有订阅者。
Pub/Sub从字面上理解就是发布( Publish )与订阅( Subscribe ) , 在Redis中,你可以设定对某一个key值进行消息发布及消息订阅,当一个key值上进行了消息发布后,所有订阅它的客户端都会收到相应的消息。这一功能最明显的用法就是用作实时消息系统,比如普通的即时聊天,群聊等功能。
客户端订阅,就被链接到对应频道的链表的尾部,退订则就是将客户端节点从链表中移除。
使用场景
- 实时消息系统
- 实时聊天(频道当作聊天室,将信息回显给所有人即可!)
- 公众号订阅,微博关注等等(
起始更多是使用消息队列来进行实现
)
稍微复杂的场景,我们就会使用消息中间件MQ处理。
缺点
如果一个客户端订阅了频道,但自己读取消息的速度却不够快的话,那么不断积压的消息会使redis输出缓冲区的体积变得越来越大,这可能使得redis本身的速度变慢,甚至直接崩溃。
这和数据传输可靠性有关,如果在订阅方断线,那么他将会丢失所有在短线期间发布者发布的消息。