关于用户关注粉丝表设计方案的思考

方案一

  • follow(关注关系表)
字段名 类型 索引 注解
id primaryKey()
user_id integer()->unsigned()->notNull() normal 用户
followed_user integer()->unsigned()->notNull() 关注的人的id
status smallInteger()->unsigned()->defaultValue(1) 关注状态:是否取消关注等
created_at integer()->unsigned()->notNull() normal
updated_at integer()->unsigned()->notNull() normal
用户每关注一个人,都会在表中添加一条数据

优点

1.设计简单,方便查询
2.可以区分关注的每一个人进行特殊处理(例如,不同人的关注事件,是否互粉,特别关注等),方便扩展
3.好写代码。

缺点

当用户量大时表数据量会非常庞大,因此必需要采用水平分表的方式将用户分散到多个表。

例如,有10万用户,ID为1~10000的用户放在表1(follow_1), ID为10001~20000的用户放在表2(follow_2), 以此类推。

然而分表后又会面临另一个问题,当被关注者依照多个表反查自己的粉丝时将会非常麻烦。因此需要再建一个粉丝表:

  • fans(粉丝表)
字段名 类型 索引 注解
id primaryKey()
user_id integer()->unsigned()->notNull() normal 用户
follower integer()->unsigned()->notNull() 粉丝
status smallInteger()->unsigned()->defaultValue(1) 关注状态:是否取消关注等
created_at integer()->unsigned()->notNull() normal
updated_at integer()->unsigned()->notNull() normal

此数据表依然需要做水平分表处理。

方案二

  • follow(关注关系表)
字段名 类型 索引 注解
id primaryKey()
user_id integer()->unsigned()->notNull() 唯一 用户
followed_user text 关注的人
follower text 粉丝
created_at integer()->unsigned()->notNull() normal
updated_at integer()->unsigned()->notNull() normal
以json格式记录每个用户关注的人和粉丝

优点

1.每个用户只有一条记录
2.方便查询

缺点

1.当粉丝数或关注的人数过大时,followed_user 和 follower 字段的数据长度会非常大,当用户关注的人或者粉丝数达到十万级别时,一条数据的数据量将会达到 兆 级别,将会极大地降低mysql的查询和php数据处理的效率。

2.每一次使用该表时都要将整条数据取出进行计算,对资源耗费太过严重。

方案三

使用redis的Hash数据类型

Redis hash是一个string类型的field和value的映射表。
Redis 中每个 hash 可以存储 232 - 1 键值对(40多亿)。

每个用户分一张hash表,表名为用户id(可加前缀或后缀)

用户每关注一个人,便在hash表中添加一条数据

field: 关注用户的id

value:关注时间
  • user_1
field value
2 1483423443
3 1483423445
13 1483423440
... ...
  • user_2
field value
1 1483423443
5 1483423445
10 1483423440
... ...

......

优点

1.查询处理速度快。

缺点

1.消耗服务器内存和CPU。最好使用一台单独的服务器来运行 Redis

2.数据查询,处理不如关系型数据库灵活。

3.开发步骤复杂,学习成本高。

参考

新浪微博开放平台中的Redis实践(演讲视频)

微博关系服务与Redis的故事

一个微博数据库设计带来的简单思考(使用mysql)

论坛相关讨论

用户中心,关注用户动态的功能,数据库结构是如何设计的?

新浪微博的“关注功能”数据库是如何设计的?

微博关注是根据什么来知道你关注我,我关注你了?数据库怎么设计?

用户中心,关注用户动态的功能,数据库结构是如何设计的?

SNS,微博 好友关注和推送功能的数据库设计是怎么实现的底层设计?

微信朋友圈数据库模式如何设计的?

PPT等资源下载

新浪微博开放平台中的Redis实践_大数据时代feed架构_微博消息系统架构演进_互联网公司技术架构资料.新浪微博.微博架构与平台安全_构建高性能的微博系统

你可能感兴趣的:(redis,mysql,数据库设计)