请问类似 B 站这样的大网站他们关注模块是怎么设计的？

V2EX = way to explore

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

现在注册

已注册用户请登录

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

这样的大网站他们的关注列表数据量肯定非常大，那他们是怎么存储呢？是 NOSQL 吗？有哪些选型？

NoSQL

选型

列表

请问

14 条回复 • 2021-06-10 10:16:46 +08:00

gz911122

2021-06-08 20:28:48 +08:00

b 站是开源的啊 /狗头
你去看看代码不就知道了

dji38838c

2021-06-08 20:44:02 +08:00

哈哈，上面说得好

wunonglin

2021-06-08 20:55:57 +08:00

看 B 站源码啊。我现在学 go 都是看着源码学的

qiaocc

2021-06-08 20:58:50 +08:00 via Android

@wunonglin b 站源码在 goland 里打开，不能自动跳转，老哥知道怎么设置嘛

wunonglin

2021-06-08 21:04:24 +08:00

@qiaocc #4 没研究。估计是 path 的问题

Q2F5emxo

2021-06-08 21:34:27 +08:00

好家伙，我当时也保存了一份

qiaocc

2021-06-08 21:35:34 +08:00

@wunonglin #5 恩，主要它的版本比较老，好像用的是 go-vendor，不能自动跳转好难受

szuwl

2021-06-08 21:43:46 +08:00 via iPhone

就是你想的那样，没有什么神仙逻辑

luckyrayyy

2021-06-08 21:51:02 +08:00

搜一下，有微博的关注系统、微博推送机制介绍，这个量应该是最大的吧。

eric96

2021-06-09 15:41:25 +08:00

好家伙，我也保存了一份

beexu

2021-06-09 16:53:09 +08:00

极客上毛剑老师有拿 b 站架构做分享

wangbenjun5

2021-06-09 22:43:54 +08:00

我觉得直接 mysql 记录关系就行了，redis 可以缓存个数数据，虽然很多大 v 有几百万粉丝，但是也不是让你一次性展示，分页查就行了。
问题在于数据是海量的，如果用 mysql 分库分表必不可免，查询要费点功夫，理论上用 es 这种 nosql 来干也不是太大问题

wangbenjun5

2021-06-09 22:50:17 +08:00

补充一点，有钱直接 redis sorted set 干，内存不要几个钱

ailaoli

2021-06-10 10:16:46 +08:00

俺也一样 /狗头

请问 类似 B 站这样的 大网站 他们关注模块是怎么设计的？

请问类似 B 站这样的大网站他们关注模块是怎么设计的？