社交媒体订阅源一代Redis MySQL
因此，我一直在阅读大量关于大规模feed生成的文章，但不幸的是，我没有太多的技术头脑，在创建一个可伸缩的feed生成微服务时需要确认/建议 我正在开发一个小众社交网站，每天有300-400个活跃用户，他们通常都是彼此的朋友，我需要一种方法来高效地生成提要，并将其分发给作者的每个追随者 我的思考过程目前是：社交媒体订阅源一代Redis MySQL,mysql,performance,redis,feed,Mysql,Performance,Redis,Feed,因此，我一直在阅读大量关于大规模feed生成的文章，但不幸的是，我没有太多的技术头脑，在创建一个可伸缩的feed生成微服务时需要确认/建议 我正在开发一个小众社交网站，每天有300-400个活跃用户，他们通常都是彼此的朋友，我需要一种方法来高效地生成提要，并将其分发给作者的每个追随者 我的思考过程目前是： 作者发布了一个状态 状态的单个副本存储在MySQL表中 每个跟随者（用户）都有自己的提要，这些提要将存储在Redis内存中的单个表中，其中包含跟随者id和状态id 当跟随者请求他们的提要时，
- 作者发布了一个状态
- 状态的单个副本存储在MySQL表中
- 每个跟随者（用户）都有自己的提要，这些提要将存储在Redis内存中的单个表中，其中包含跟随者id和状态id
- 当跟随者请求他们的提要时，从Redis检索元数据并用于搜索MySQL状态表
- 返回的MySQL状态
- 如果没有缓存提要，那么将通过MySQL友谊表和状态表生成一个提要，然后存储在Redis中