每种技术都有哪些优缺点? 请建议何时使用一种而不是另一种。
答案 0 :(得分:4)
Pub / Sub是发布者/订阅者平台,不是数据存储。无论是否有订阅者,发布的消息都会消失。
在Redis Streams中,stream是一种数据类型,它本身就是一种数据结构。消息或条目存储在内存中,并保留在那里直到被命令删除。
Pub / Sub是同步通信。各方需要同时处于活动状态才能进行通信。 Redis在这里是纯同步消息代理。
Redis Streams允许同步(具有XREAD
的{{1}}和特殊的BLOCK
ID)和异步通信。就像发布/订阅一样,但是能够在断开连接的情况下恢复而不丢失消息。
发布/订阅最多一次,即“开火”。
Redis流允许最多一次或最少一次(接收方发送的明确确认)
Pub / Sub仅是阻止模式。订阅频道后,客户端将进入订阅者模式,并且无法发出命令($
,[P]SUBSCRIBE
,[P]UNSUBSCRIBE
和PING
除外),它已被读取-仅。
Redis Streams允许使用者以阻止模式阅读消息或不以阻止模式阅读消息。
Pub / Sub仅扇出。所有活动的客户端都会收到所有消息。
Redis流允许扇出(使用QUIT
),但也可以从同一流向许多客户端提供不同的消息子集。这样就可以通过将不同的消息路由到不同的工作程序来扩展消息的处理,从而不可能将同一条消息传递给多个使用者。这最后一种情况是通过消费者组实现的。
Redis Streams提供了更多功能,例如时间戳,字段值对,范围等。这并不意味着您应该始终使用Streams。如果您的用例可以通过Pub / Sub实现,那么最好使用Pub / Sub。使用Streams,您必须注意内存使用情况。