粉丝关注列表如何设计和落地
业务场景

上图我们简称relation页。relation页展示用户的关系相关信息,包含两个子页面:
- follower页,展示关注该用户的所有用户信息。
- attention页,展示该用户关注的所有用户信息
主要操作
用户可以为自己增加,删除attention,即关注某个其他用户或者对其他用户取消关注。可以删除follower,即取消其他某个用户对自己的关注。
业务特点
- 海量的用户数据。亿级的用户数量,每个用户千级的帖子数量,平均千级的follower/attention数量。
- 高访问量。每秒十万量级的平均页面访问,每秒万量级的帖子发布。
- 用户分布的非均匀。部分用户的帖子数量/follower数量,相关页面访问数量会超出其他用户一到几个数量级
- 时间分布的非均匀分布,某个用户可能突然在某个时间成为热点用户,其follower可能徒增数个量级
一个典型社交类系统的典型特性归结为三个关键词:大数据量,高访问量,非均匀性
relation存储层设计
最简单的就是基于DB存储,只需要两张表即可。
table_relation表:id主键,关注者id,被关注者id
table_user_info表:id主键,用户信息(头像,名称,注册时间,大v认证,手机号等信息)
所以我们这里只需要查询两张表就可以查询出关注,粉丝和用户信息:
select count(1) from table_relation where 关注者id

文章探讨了在海量用户和高并发的社交系统中,如何设计和优化用户关注列表(followers和attention)。初始采用基于DB的存储,随着用户增长,通过水平和垂直拆分解决数据量问题。针对查询效率问题,引入了缓存策略,并特别关注了热点用户的处理,包括数据迁移和实时性挑战。此外,文章还讨论了在用户突然爆火时的数据处理策略。

960

被折叠的 条评论
为什么被折叠?



