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