超级会员免费看
本文探讨了消息队列在分布式系统中的重要性和消息队列的三大需求：消息保序、处理重复消息和消息可靠性保证。Redis通过List和Streams数据类型提供了消息队列的解决方案。List满足消息保序，BRPOP命令提供阻塞读取，但不支持消费组。Streams是专门为消息队列设计的数据类型，支持消费组、消息ID生成和消息确认，更好地满足消息队列的需求。根据业务需求和性能考量，Redis可以是轻量级消息队列的合适选择。
现在的互联网应用基本上都是采用分布式系统架构进行设计的，而很多分布式系统必备的一个基础软件就是消息队列。
消息队列要能支持组件通信消息的快速读写，而Redis本身支持数据的高速访问，正好可以满足消息队列的读写性能需求。不过，除了性能，消息队列还有其他的要求，所以，很多人都很关心一个问题：“Redis适合做消息队列吗？”
其实，这个问题的背后，隐含着两方面的核心问题：
- 消息队列的消息存取需求是什么？
- Redis如何实现消息队列的需求？
这节课，我们就来聊一聊消息队列的特征和Redis提供的消息队列方案。只有把这两方面的知识和实践经验串连起来，才能彻底理解基于Redis实现消息队列的技术实践。以后当你需要为分布式系统组件做消息队列选型时，就可以根据组件通信量和消息通信速度的要求，选择出适合的Redis消息队列方案了。
我们先来看下第一个问题：消息队列的消息读取有什么样的需求？
消息队列的消息存取需求
我先介绍一下消息队列存取消息的过程。在分布式系统中，当两个组件要基于消息队列进行通信时，一个组件会把要处理的数据以消息的形式传递给消息队列，然后，这个组件就可以继续执行其他操作了；远端的另一个组件从消息队列中把消息读取出来，再在本地进行处理。
为了方便
订阅专栏 解锁全文
128
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
