Redis消息的发布和订阅

用户271831169618
79 阅读4分钟
  1. Redis 发布订阅 (pub/sub) 是一种消息通信模式：发送者 (pub) 发送消息，订阅者 (sub) 接收消息。
  2. 特点：Redis 客户端可以订阅任意数量的频道。
  3. 这就好比粉丝们关注了我，当我写完文章发布的时候，你们打开CSDN也会接收到我写的文章。此时，我就是发送者（pub）；粉丝们就是订阅者（sub）。

image.png

命令实战

在演示redis消息的发布和订阅之前，我们需要打开两个客户端，一个充当消息发布者，一个充当消息接受者。

基本使用

先用一个客户端订阅频道csdn_blog，等待消息

127.0.0.1:6379> SUBSCRIBE csdn_blog 
Reading messages... (press Ctrl-C to quit)
1) "subscribe"
2) "csdn_blog"
3) (integer) 1

接着一个客户端在csdn_blog频道发送消息hello,cabbage：

127.0.0.1:6379> PUBLISH csdn_blog "hello,cabbage"
(integer) 1

最后接受者接收到消息

1) "message" 
2) "csdn_blog"    # 接收消息所在的频道
3) "hello,cabbage"   # 接收到的消息

image.png

订阅符合要求的频道

订阅以csdn开头的频道，*表示任意字符

127.0.0.1:6379> PSUBSCRIBE csdn*
Reading messages... (press Ctrl-C to quit)
1) "psubscribe"
2) "csdn*"
3) (integer) 1

发布者在两个频道发布消息

127.0.0.1:6379> PUBLISH csdn_blog "hello"
(integer) 1
127.0.0.1:6379> PUBLISH csdn_sing "sing"
(integer) 1

最后订阅者接收到两个频道的消息

1) "pmessage"
2) "csdn*"
3) "csdn_blog"
4) "hello"
1) "pmessage"
2) "csdn*"
3) "csdn_sing"
4) "sing"

发布订阅原理

  1. 每个Redis服务器进程都维持着一个表示服务器状态的redis.h/redisServer 结构， 结构的pubsub_channels属性是一个字典， 这个字典就用于保存订阅频道的信息，其中，字典的键为正在被订阅的频道， 而字典的值则是一个链表， 链表中保存了所有订阅这个频道的客户端
  2. 原理说明：当调用PUBLISH channel message命令， 程序首先根据channel定位到字典的键， 然后将信息发送给字典值链表中的所有客户端。
  3. 通过pubsub_channels字典， 程序只要检查某个频道是否为字典的键，就可以知道该频道是否正在被客户端订阅； 只要取出某个键的值， 就可以得到所有订阅该频道的客户端的信息。

image.png

对于上图来说，如果客户端channelA执行命令PUBLISH channelA “hello,cabbage”，那么clientA，clientB，clientC，clientF这四个客户端都将接收到"hello,cabbage"信息，通过遍历订阅频道的所有客户端。

rabbitmq和redis用作消息队列的区别

  1. 可靠性
    redis ：没有相应的机制保证消息的可靠消费，如果发布者发布一条消息，而没有对应的订阅者的话，这条消息将丢失，不会存在内存中；
    rabbitmq：具有消息消费确认机制，如果发布一条消息，还没有消费者消费该队列，那么这条消息将一直存放在队列中，直到有消费者消费了该条消息，以此可以保证消息的可靠消费；
  2. 实时性
    redis:实时性高，redis作为高效的缓存服务器，所有数据都存在在服务器中，所以它具有更高的实时性
  3. 消费者负载均衡
    rabbitmq队列可以被多个消费者同时监控消费，但是每一条消息只能被消费一次，由于rabbitmq的消费确认机制，因此它能够根据消费者的消费能力而调整它的负载；
    redis发布订阅模式，一个队列可以被多个消费者同时订阅，当有消息到达时，会将该消息依次发送给每个订阅者；
  4. 持久性
    redis：redis的持久化是针对于整个redis缓存的内容，它有RDB和AOF两种持久化方式（redis持久化方式，后续更新），可以将整个redis实例持久化到磁盘，以此来做数据备份，防止异常情况下导致数据丢失。
    rabbitmq：队列，消息都可以选择性持久化，持久化粒度更小，更灵活；
  5. 队列监控
    rabbitmq实现了后台监控平台，可以在该平台上看到所有创建的队列的详细情况，良好的后台管理平台可以方面我们更好的使用；
    redis没有所谓的监控平台。
  6. 总结
    redis： 轻量级，低延迟，高并发，低可靠性；
    rabbitmq：重量级，高可靠，异步，不保证实时；
    rabbitmq是一个专门的AMQP协议队列，他的优势就在于提供可靠的队列服务，并且可做到异步，而redis主要是用于缓存的，redis的发布订阅模块，可用于实现及时性，且可靠性低的功能。
avatar
文章
阅读
粉丝