如何借助 redis 进行内容的排序，并将关注的 feed 流推送进来，聚合在一起，显示出来

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

• 请不要在回答技术问题时复制粘贴 AI 生成的内容

这是一个创建于 3397 天前的主题，其中的信息可能已经有所发展或是发生改变。

现在自己在做一个仿知乎的网站，想借助 redis 进行内容的排序，又能在最新动态上看到关注的人发的动态

7 条回复 • 2016-10-02 11:18:13 +08:00

namco1992

2016 年 10 月 1 日

zset ，以内容为 key ，时间戳为 score ，效率还是 ok 的。

julyclyde

2016 年 10 月 1 日

sorted set 在几十万长度的时候就基本卡死了
请慎重

chenxx

2016 年 10 月 1 日

@julyclyde 我一直在考虑要不要全部缓存，或者只缓存一部分

ferock

PRO

2016 年 10 月 1 日

@julyclyde 是的， redis 这点就是一个坑

数据量大的时候还是需要一些靠谱的数据方案，我也在求方案

namco1992

2016 年 10 月 2 日

@julyclyde 我还真的没经历过这么大的数据量...但是关注的 feed 能到几十万这个量级的话，的确也超出了我现在能预见的范围了，我现在能想到的就是到了一定长度就拆，反正肯定会是分段加载，真有几十万的推送就拆几个 history sets 出来吧

cjyang1128

2016 年 10 月 2 日

可以采用 HBase 来存储 feed ， HBase 天生水平可扩展， key 自动按照字典序排序， lz 可以参考一下，成本比内存数据库小多了

chenxx

2016 年 10 月 2 日

需要在数据库也加一个打分字段吗？