Redis 消息队列思想

Redis实现消息队列有3中方式

• 利用Redis的LIST数据结构的有序特性
• Pub/Sub 发布订阅模式
• Stream

LIST消息队列

List数据类型的入口、出口不一致。可以保证有序性

常用命令

• LPUSH与RPOP 或 RPUSH与LPOP是非阻塞式队列
• LPUSH与BRPOP 或 RPUSH与BLPOP是阻塞式队列

缺点：无法避免消息丢失（拿到消息后，消息就在队列删除了，如果宕机，消息相当于没了）、只支持1个消费者（不像广播模式，多个消费者支持消费）

Pub/Sub模式

Redis2.0引入的功能，一个发布，全体订阅得到通知

常用命令

• SUBSCRIBE channel：订阅一个或多个频道
• PUBLISH channel msg：向一个频道发送消息
• PSUBSCRIBE pattern：订阅通配符的频道

缺点：无法持久化、无法避免消息丢失、(消费者自己来不及处理所有就会堆积)消息堆积有上限

Stream 新的数据类型

Stream是Redis5.0引入的。如果对业务有超高精确性，还是考虑专业的MQ吧。Stream只有消费确认机制，没有生产者确认机制。一旦生产者发送消息，但是没确认，业务相当于就有问题了！

XGROUP

XADD

自己参考吧：https://www.bilibili.com/video/BV1cr4y1671t?p=77&share_source=copy_web&vd_source=164fe0eebbe1de2dc8ea1db9b173c783

本身Redis就不适合做消息队列，放弃了！命令极其复杂！