Redis可以实现消息中间件MQ的功能

1、是什么

是一种通信模式：发送者（PUBLISH）发送消息，订阅者（SUBSCRIBE）接收消息，可以实现进程间的消息传递

Redis可以实现消息中间件MQ的功能，通过发布订阅实现消息的引导和分流

2、能干啥

Redis客户端可以订阅任意数量的频道，类似于微信关注多个公众号

当有新消息通过PUBLISH命令发送给频道channel时

3、常用命令

3.1、SUBSCRIBE channel ［channel.。.］

订阅给定的一个或多个频道的信息

推荐先执行订阅后再发布，订阅成功之前发布的消息是收不到的

订阅的客户端每次可以收到3个参数的消息

消息的种类

始发频道的名称

实际的消息内容

3.2、PUBLISH channel message

发布消息到指定的频道

3.3、PSUBSCRIBE pattern ［pattern.。.］

按照模式批量订阅，订阅一个或多个符合给定模式（支持*号？号之类的）频道

3.4、PUBSUB subcommand ［argument ［argument.。.］］

查看订阅与发布系统状态

PUBSUB CHANNELS

由活跃频道组成的列表

PUBSUB NUMSUB channel ［channel.。.］

某个频道有几个订阅者

PUBSUB NUMPAT

只统计使用PSUBSCRIBE命令执行的，返回客户端订阅的唯一模式的数量

3.5、UNSUBSCRIBE channel ［channel.。.］

取消订阅

3.6、PUNSUBSCRIBE pattern ［pattern.。.］

退订所有给定模式的频道

4、案例演示

开启3个客户端，演示客户端A、B订阅消息，客户端C发布消息

演示批量订阅和发布

取消订阅

5、小总结

Redis可以实现消息中间件MQ的功能，通过发布订阅实现消息的引导和分流

Pub/Sub缺点

发布的消息在Redis系统中不能持久化，因此，必须先执行订阅，再等待消息发布，如果先发布了消息，那么该消息由于没有订阅者，消息将被直接丢弃

消息只管发送，对于发布者而言消息是即发即失的，不管接收，也没有ACK机制，无法保证消息的消费成功

以上的缺点导致Redis的Pub/Sub模式就像一个小玩具，在生产环境中几乎无用武之地，为此，Redis5.0版本新增了Stream数据结构，不但支持多播，还支持数据持久化，相比Pub/Sub更加的强大

审核编辑：黄飞