这样的大网站 他们的关注列表数据量肯定非常大 , 那他们是怎么存储呢? 是 NOSQL 吗? 有哪些选型?
![]() |
1
gz911122 354 天前 ![]() b 站是开源的啊 /狗头
你去看看代码不就知道了 |
2
dji38838c 354 天前
哈哈,上面说得好
|
![]() |
3
wunonglin 354 天前
看 B 站源码啊。我现在学 go 都是看着源码学的
|
6
Q2F5emxo 354 天前
好家伙, 我当时也保存了一份
|
![]() |
8
szuwl 354 天前 via iPhone
就是你想的那样,没有什么神仙逻辑
|
![]() |
9
luckyrayyy 354 天前 ![]() 搜一下,有微博的关注系统、微博推送机制介绍,这个量应该是最大的吧。
|
10
eric96 353 天前
好家伙,我也保存了一份
|
11
beexu 353 天前
极客上毛剑老师有拿 b 站架构做分享
|
![]() |
12
wangbenjun5 353 天前
我觉得直接 mysql 记录关系就行了,redis 可以缓存个数数据,虽然很多大 v 有几百万粉丝,但是也不是让你一次性展示,分页查就行了。
问题在于数据是海量的,如果用 mysql 分库分表必不可免,查询要费点功夫,理论上用 es 这种 nosql 来干也不是太大问题 |
![]() |
13
wangbenjun5 353 天前
补充一点,有钱直接 redis sorted set 干,内存不要几个钱
|
14
ailaoli 353 天前
俺也一样 /狗头
|