这是一个创建于 1590 天前的主题，其中的信息可能已经有所发展或是发生改变。
这样的大网站 他们的关注列表数据量肯定非常大 ， 那他们是怎么存储呢？ 是 NOSQL 吗？ 有哪些选型？
 | 1 gz911122 2021-06-08 20:28:48 +08:00  9 b 站是开源的啊 /狗头 你去看看代码不就知道了 |
 | 2 dji38838c 2021-06-08 20:44:02 +08:00 哈哈，上面说得好 |
 | 3 shakaraka PRO 看 B 站源码啊。我现在学 go 都是看着源码学的 |
 | 6 Q2F5emxo 2021-06-08 21:34:27 +08:00 好家伙， 我当时也保存了一份 |
 | 8 szuwl 2021-06-08 21:43:46 +08:00 via iPhone 就是你想的那样，没有什么神仙逻辑 |
 | 9 luckyrayyy 2021-06-08 21:51:02 +08:00 1 搜一下，有微博的关注系统、微博推送机制介绍，这个量应该是最大的吧。 |
 | 10 eric96 2021-06-09 15:41:25 +08:00 好家伙，我也保存了一份 |
 | 11 beexu 2021-06-09 16:53:09 +08:00 极客上毛剑老师有拿 b 站架构做分享 |
 | 12 wangbenjun5 2021-06-09 22:43:54 +08:00 我觉得直接 mysql 记录关系就行了，redis 可以缓存个数数据，虽然很多大 v 有几百万粉丝，但是也不是让你一次性展示，分页查就行了。 问题在于数据是海量的，如果用 mysql 分库分表必不可免，查询要费点功夫，理论上用 es 这种 nosql 来干也不是太大问题 |
| 13 wangbenjun5 2021-06-09 22:50:17 +08:00 补充一点，有钱直接 redis sorted set 干，内存不要几个钱 |
 | 14 ailaoli 2021-06-10 10:16:46 +08:00 俺也一样 /狗头 |
Select Language