redis pub/sub 模型是否需要持久连接到 redis？

Question

在 Web 应用程序中，如果我需要将事件写入队列，我将连接到 Redis 来写入事件。

现在，如果我想要另一个后端进程（例如守护进程或 cron 作业）来处理或响应 redis 中的事件发布，我是否需要持久连接？

对于这个发布/订阅流程在 Web 应用程序中的工作原理不太困惑。

Answer 1

基本上，Redis 有两种不同的消息传递模型：

• Fire and Forget / 一对多：Pub/Sub。当消息被发布时，所有订阅者都会收到它，但该消息将永远丢失。如果客户没有订阅，则无法取回。
• 持久队列/一对一：列表，可能与阻塞命令（例如 BLPOP）一起使用。对于列表，您有一个生产者推入列表，一个或多个消费者等待元素，但一条消息只会到达一个等待的客户端。使用列表，您可以持久化，并且消息将等待客户端弹出它们而不是消失。因此，即使没有人在听，也会有积压（与您的可用内存一样大，或者您可以使用 LTRIM 限制积压）。

我希望这一点很清楚。我建议您学习以下命令以了解有关 Redis 和消息传递语义的更多信息：

• LPUSH/RPUSH、RPOP/LPOP、BRPOP/BLPOP
• PUBLISH、SUBSCRIBE、PSUBSCRIBE

有关此命令的文档可在 redis.io 上找到

Answer 2

我不完全确定，但我相信，是的，发布/订阅需要持久连接。

作为替代方案，我会看看 resque 以及它是如何处理的。它不使用 pub/sub，而是简单地将一个项目添加到 redis 中的列表中，然后您拥有的任何守护程序或 cron 作业都可以使用 lpop 命令来获取第一个项目。

抱歉只给出一个伪答案然后一个插头。