社交网络关系 mysql架构_社交网络海量用户关系（关系链）设计思考

1.背景

1.1.关系链业务

社交系统(微信、QQ，支付宝)需要解决的一个工程问题是如何完成海量用户关系存储，并高效查询。典型代表系统是微信好友、QQ好友、蚂蚁森林游戏中的好友关系、微博粉丝、知乎粉丝偶像列表等等。这类业务其实就是关系链业务，而关系链分弱好友关系和强好友关系。

弱好友关系不需要彼此的同意，比如用户A关注用户B这类关注和粉丝的关系。而强好友关系需要经过彼此同意，比如用户A请求添加B为好友，用户B同意后，则AB就互为好友。

1.2.举例

举个例子：假设需要你设计蚂蚁森林这个系统，系统假设有1亿用户，每个用户平均有100个好友，如果是你需要如何设计数据库表结构呢？

如果进行了数据库表容量评估你会发现：如果只用一张表来存储将会产生100亿条记录，这个规模已经算超大表了。使用超大表一般会产生2个问题：这个数据规模即使建立索引，查询性能也很受单台资源的影响，

互联网系统需求总是在不断变动新增字段锁表时间会特别长。基于性能考虑，单库单表很难满足需求。

基于以上分析，面对海量用户关系，一般需要分库分表，那么问题来了，怎么进行分区呢(即分区策略是什么)？

2.基本设计

2.1.弱好友关系

弱好友关系一般需要两张表：attention(关注表)、fans(粉丝表)

CREATE TABLE `attention` (

`id` int NOT NULL AUTO_INCREMENT,

`uid` int NOT NULL,

`attention_uid