如何直接使用pub/sub系统处理redis中的订阅通道

现在我想使用redis实现一个发布/订阅系统，我的系统中有1000多个rss频道。还有一个由Python3编写的粗糙的rss频道更新应用程序。10000多名用户可以订阅他们喜欢的频道

拿到文章时，在剪贴端，我只想把文章发送到redis的频道，现在我在redis中存储用户订阅的文章列表，如下所示：

cruise:user:1234:subscrible     1,2,3(article id list data structure.....)

现在我想在向频道发送文章时，文章id将自动推送到用户订阅列表头中。可以在redis中实现吗

现在我只知道客户端的文章，找到订阅该频道的用户，并使用lpush将文章id插入redis。但问题是：

当一个频道有10000000个用户订阅时，应该调用lpush命令10000000次以上。有更好的解决办法吗？是否可以使用redis来维护sub/pub关系以及redis自身的自动pend article id

---

与此模型类似，但客户端是redis中的列表，我希望将channel send article id发送到客户端列表头。

我认为您不需要将用户绑定到文章。只需将用户绑定到频道，然后将频道绑定到文章。

---

获取新文章时，首先确定并找到频道，然后将文章id放入相关频道文章列表。

我想在UI中获取用户订阅文章列表。因此，我将用户订阅文章ID作为列表存储在redis@renshaw中，以获取用户订阅文章列表。您可以分为3个步骤。1.获取所有用户订阅频道。2.获取每个频道的所有文章。3.合并所有文章