基于投票的网站/应用程序的架构

Question

我正在开发一个网站。我想获得有关设计的反馈。网站功能类似于 Reddit、ProductHunt 等（即基于投票）。这是概述 1.后端服务从网络获取帖子并存储到数据库中。 2. 帖子显示在网站上（顶部，新）。 3.顶部显示基于排名（投票，时间因素）的网站。 4. 滚动时，用户会看到更多帖子

设计：

数据库表：帖子、用户、投票

后端服务： 后端服务定期从网络上获取帖子并存储到数据库（帖子表）中。

网站： 当用户访问网站时，用户会看到热门帖子。根据要求，网站代码查询数据库，该数据库返回根据时间和投票排名的链接。当使用投票特定帖子时，网站代码会将其添加到数据库中。网站允许登录并将用户信息存储在用户表中。

问题： 我应该考虑使用 Redis 缓存而不是查询数据库来获取每个请求的排名帖子吗？如果是，那么应该将什么存储到缓存中，更新缓存的逻辑应该是什么？

如果我最终使用缓存，那么缓存应该有两个条目。 1. 排名帖子 1. 新帖子。对于排名帖子，后端服务是否应该定期更新缓存？对于新帖子，每当从网络获取新帖子时，我是否应该使缓存无效？

如果我使用缓存路由，如何处理无限滚动？示例：用户根据排名查看帖子。用户在 15 分钟后滚动查看新帖子。到那时排名可能会改变。

如果有任何反馈/帮助，我将不胜感激！

Answer 1

我认为 Redis 将在性能方面为您提供很多帮助，您可以将它用作缓存，也可以用作真正的数据库（它拥有您需要的一切 - 持久性、备份、主从复制、服务器端集群） .
如果您想将其用作缓存，您可以这样做：

• 对于排名帖子，您可以使用Sorted Sets。这将允许您获得每个帖子的分数，这将是投票数，并且它将根据此分数对您的帖子进行排序。你有一个增加现有帖子分数的命令 - ZINCRBY。可以在更新数据库的同时更新缓存
• 对于新帖子，您可以使用lists，因为您可以在创建新帖子时使用LPUSH轻松在列表前面添加元素，也可以使用LTRIM保持固定长度
• 对于无限滚动，有更多的解决方案，都是有价格的：你可以使用命令ZRANGEBYSCORE和Limit参数来获取项目 已订购，因此如果在此期间发生某些变化，您可能不会显示它
• 此外，当您需要以原子方式执行 2 个或更多命令时，例如，如果您希望创建的新帖子始终保持最新的 50 个，您需要将 LPUSH 和 LTRIM 作为一个命令调用，您可以执行此操作与LUA Scripting