Redis发布/订阅有用性？

Question

我有一个问题非常困扰我。Redis发布/订阅功能的实际用途是什么？我只能想到通过TCP（本地或分布式）进行进程间通信，但其他的就不多了。

有人能证明我错了吗。

Answer 1

根据我的经验，这是一个真实的用例。假设您在4个不同的服务器（节点、虚拟机）上部署了一个web应用程序，主要部署在您的虚拟私有云上。

web应用程序为其静态数据缓存维护内存中的java映射，该静态数据缓存偶尔会更改。

现在，每次数据库中的数据发生变化时，您都需要所有服务器更新自己的内存缓存，这就是问题所在。

一种方法是在单独的服务器上维护redis或任何其他缓存中的所有静态数据，并基于调度程序进行缓存更新。但是在这里要访问偶尔更改的静态内容，您需要一个调度程序和一个单独的缓存服务器，如redis或memcache等，每个服务器都指向这个外部缓存。

在此处使用redis的pubsub：所有服务器都订阅redis频道，如果redis在任何时候将数据更新、添加、删除作为消息发布给其所有订阅者，则会发布消息。收到消息对象及其更新类型（添加、删除、更新）后，每个服务器都会更新其内存中的静态数据映射。

Answer 2

这是一种插入事件流的简单方法，通常在进程或机器之间。例如，用户创建一个已发布的事件。一个进程处理从事件更新数据库，另一个进程更新用户统计信息，另一个进程更新全局统计信息，另一个进程更新文本搜索数据库，等等。它们都是通过订阅通道松散耦合的。您可以添加用于测试更新和监视系统的新进程。它与消息队列有一点不同，在消息被处理之前，它不会存储消息，但Redis有其他用于这些类型作业的结构。