贴子热度存储设计

[doubleTrees]

比如说现在我想设计一个类似微博的站点，对于里面的每个贴子有一个热度计算的算法（例如点赞加多少分，评论加多少分，再根据时间每分钟衰减百分之多少），我的问题是贴子的热度该怎么存，因为后面要根据贴子的其他字段和贴子热度进行排序和筛选，如果直接在 mysql 的贴子表里加一个热度字段，那么由于用户量很大，需要频繁更新贴子热度，效率会不会很低，如果在 redis 里面用 zset 存贴子热度，那么多字段筛选和排序都不方便。
我还想到一个方案，贴子实时热度存 redis 里，然后每个时间间隔将所有贴子的热度刷到 mysql 里，这样排序筛选的时候使用 mysql 的数据，如果要实时数据，从 redis 里面拿，请问还有别的设计方案吗？

[GooMS]

在 模型上实现 热度属性从 redis 取

[Giftina]

你的方案可行，线上产品有应用这样的做法

[doubleTrees]

@Giftina 但是这样的话在刷的时候需要把 mysql 所有的贴子的热度都更新，数据量很大，且只能一个一个更新。或者维护一个热度变更了的贴子列表，只更新这些贴子，但这样仍然有很多帖子。在数据量到百万千万级这个更新就很耗时了。

[doubleTrees]

@GooMS 请问这样的话带热度的多字段排序和筛选怎么做呢，比如说根据标签和热度进行筛选和排序

[123123123sdf]

@doubleTrees 热点帖子的热度更新频率较快，而普通帖子更新的频率低一点，这样设计可以吗？

[GooMS]

@doubleTrees 你需要什么筛选呢？如果是固定的几个可以为每个条件都创建集合，如果是动态且有时效性的我觉得你得考虑 Redis Stack 之类的东西

[TiaoYeTaiLang]

直写 redis ，异步刷到 mysql 不就好了吗？

[doubleTrees]

@GooMS 指的是 redisearch 吗，我去了解了一下，感觉是可以的，但是迁移成本比较大，相当于加个数据库了。

[doubleTrees]

@TiaoYeTaiLang 刷的话会把全部帖子的热度都刷一遍，会造成堵塞吧

[ji76289]

所有查询请求都到 redis ，别去 mysql 。

[veni2023]

单独维护一个各筛选条件下热度前 xx 的帖子表?这样要实时更新热度的帖子数会少很多

[evalcony]

1. 各种计算用的属性，存 redis 。更新也都是直接对 redis 更新。
2. 热度的计算，并不需要每次的数值变更都进行计算。它可以是按一定时间间隔去计算。比如秒。
3. 排序筛选的需求直接读 redis 相关属性，在内存里做。可以维护一个接口或服务单独做排序，对外提供结果。不用每个请求都去做热度计算等工作。