新浪微博、腾讯微博mysql数据库主表设计猜想.doc
新浪微博、腾讯微博:mysql数据库主表设计猜想
发布吋间:2011-08-03
You arc here: Home / Schema Design /新浪微博、腾讯微博:mysql数据库主 表设计猜想
新浪微博、腾讯微博:mysql数据库主 表设计猜想
八月 3,2011 by Eugene ? Leave a Comment
用户信息表(t_user_info)
字段名称
字节数1
类型
描述
User icl
4
uint32
用户编号(主键)
User name
20
Char[20]
名称
Msg_count
4
uint32
发布消息数量,可以作为t_msg_info 水平切分新表的auto increment
Fans count
4
uint32
粉丝数量
Followcount
4
Uint32
关注对象数量
备注:以User_id取模分表
用户之间关系表(t_uscr_rclation),必须有关注与被关注的关系
字段名称
字节数|
类型
描述
Userid
4
uint32
用户编号(联合主键)
Follow」d
4
uint32
被关注者编号(联合主键)
Type
1
Uint8
关系类型(0,粉丝;1,关注)
备注:关系是单向的,以Userjd取模分表
用户消息索引表(t_uer_msg_index)
字段名称
字节数1
类型
描述
User id
4
uint32
用户编号(联合主键)
Author_id
4
uint32
消息发布者编号(可能是被关注者,
也可能是自己)(联合主键)
Msg id
4
uint32
消息编号(由消息发布者的msg count
自增)(联合主键)
Timet
4
Uint32
发布时间(必须是消息元数据产生时 间)
备注:此表就是当我们点击“我的首页”吋拉取的消息列表,只是索引, Time_t对这些消息进行排序
消息与消息关系表(t_msg_msg_rclation)
字段名称
字节数1
类型
描述
Reference_id
4
uint32
引用消息用户编号(联合主 键)
Referencemsgid
4
uint32
引用消息编号(联合主键)
Referencedid
4
uint32
消息发布者编号
Referenced msg id
4
uint32
被引用消息编号
Type
1
Uint8
操作类型(1,评论;2,转 发)
Time t
4
Uint32
发布时间
Page index
4
Uint32
转发或者评论页码
备注:以Reference_id取模分表。
腾讯微博比新浪微博好的一点是一个消息的所有评论和转发都是被闹定页码, 这样在点击看评论的时候搜索效率更高,因为多了一个where Page_index的 定位条件,当然带来的问题就是可能看到有些页的评论排版并不是满页,这就 是因为标识为这个Page_index的评论有删除操作。
消息元数据表(t_msg_info)
字段名称
字节数
类型
描述
User id
4
uint32
发消息用户编号(联合主键)
Msg id
4
uint32
消息编号(联合主键)
Content
140
Char[140]
消息内容
Type
1
Uint8
消息类型(0, ;1,评论;
2,转发)
Commen ted_coun t
4
Uint32
评论过数量(只增不减,删除评 论不影响此值,可以作为评论多 页显示的页码)
Commcnt count
4
Uint32
保留的评论数量
Transferred count
4
Uint32
转发过数量(只增不减,删除转 发不影响此值,可以作为转发多 页显示的页码)
Transfer count
4
Uint32
保留的转发数量
Timet
4
Uint32
发布时间
备注:消息元数据中,content像可能存在图片,这部分可以在分布式文件系 统中存储。在2011年数据库大会上听杨海潮的演讲,对于nosql也有涉及, 本人能力有限,对这部分的职责还不清楚,希望高人指点。
非常推崇杨海潮ppt中的归档做法,因为微博是有时间轴线的,对于一定时间 之前的记录可以分层次归档,这样在前端的最新的数据表的压力就会减轻很 多。
业务逻辑:
A关注B
1)在 t user relation A 中添加
A
B
1
2)在 t_user re 1 ation_B 中添加
B
A
0
发消息
1)在t_msg_info_A屮添加这条元消息,type为0
2)更新 t user info A 中 Msg count
3)在t_uer_msg_index_A中插入A发的这条消息的索引(A的编号和消息编 号)
4)在t user relation A中找到所有关注A的人,比如B,