基于Redis TOPK实现热门话题高赞Top帖可扩展查询方案

没有单个开箱即用的Redis数据结构能直接覆盖「全局Top100话题+每个话题下Top50高赞帖」的两层TopN需求，但用Redis现有能力组合实现的方案非常成熟，性能和扩展性都能满足生产要求，不需要自己写不可扩展的硬逻辑：

• 全局Top100热门话题层：你选的TOPK（RedisBloom模块提供的概率数据结构）完全适用，初始化时直接指定保留长度为100即可，每次话题热度更新调用TOPK.ADD，结构会自动淘汰跌出前100的标签，不需要手动维护榜单排序和淘汰。

• 单话题下Top50高赞帖层：直接用Redis原生有序集合（ZSET） 实现，不需要额外引入其他模块：

  • 每个话题对应一个独立ZSET，key命名规则可参考topic:rank:posts:{话题标识}，集合成员存帖子ID，score值直接存对应帖子的点赞量。
  • 帖子点赞数变动时，调用ZADD更新对应帖子在所属话题ZSET中的score即可；每次更新后执行ZREMRANGEBYRANK {对应zset的key} 50 -1，自动清除排名50名之后的帖子，保证每个ZSET最多只存50条数据，不浪费内存。
  • 要拿单个话题下的高赞Top50，直接调用ZREVRANGE {对应zset的key} 0 49，按点赞量倒序返回结果，时间复杂度为O(logN)，性能完全够生产使用。

• 两层结构联动逻辑非常轻量，几乎没有额外开销：
  每次调用TOPK.ADD更新话题热度时，如果接口返回非空值，代表本次更新有老话题被挤出Top100、新话题挤入榜单，此时直接删除被挤出老话题对应的ZSET即可，不需要保留冷数据占内存；新入榜话题对应的ZSET本来就在随帖子点赞动态更新，不需要额外做初始化操作。

• 最终结果查询流程：

  1. 调用TOPK.LIST拿到全量100个上榜话题
  2. 遍历100个话题，逐个调用ZREVRANGE拿到对应Top50帖子，组装成你需要的返回格式即可
     全流程总耗时在毫秒级，常规配置的Redis实例支撑几万QPS完全没有压力。如果对性能有更高要求，可以做1-2秒的短周期本地缓存，或者用Redis 7.0以上的Functions功能把查询逻辑封装在服务端，减少客户端和Redis的网络往返开销。

注意：不要为了省几次查询把所有数据塞到同一个结构里，拆分key的方案扩展性更强，后续如果要调整单话题保留帖子数、或者给帖子加其他排序维度，只需要调整对应ZSET的逻辑即可，不会影响全局话题榜的逻辑。

内容的提问来源于stack exchange，提问作者qubicswap.com