在此link它说“当前的实现将简单地将所有发布消息广播到所有其他节点”，并补充说它将在未来得到改进。
对于当前的实现:如果丢失消息不重要；现在将 redis 用于 pub/sub 有意义吗？看起来一个实例最好停止广播流量。因为在旁边写；读取也应该传播到其他节点! (这样客户端就不会被通知两次。)
我错过了什么吗？
最佳答案
不，我认为您没有遗漏任何要点。 Redis Cluster 是一项正在进行的工作，其中包括规范。关于 pub/sub 的部分相当简单，可能需要改进。
在 Salvatore 的提议中，客户端订阅单个实例(而不是所有实例)，因此当发布被广播到所有实例时，客户端只会收到一次通知。如果 Redis 实例宕机，则由客户端订阅集群的其中一个幸存节点(任何其他节点)。
另一种可能性是选择集群中的一个节点作为唯一的发布/订阅节点，以便客户端只能在该节点上发布和订阅。但是以这种方式支持发布/订阅服务的高可用性会更加困难。
关于redis - Pub/Sub 和 Redis 集群，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/12675082/