mysql 微博 数据表_新浪微博、腾讯微博mysql数据库主表设计猜想.doc

本文探讨了新浪微博和腾讯微博的mysql数据库主表设计,包括用户信息表、用户关系表、用户消息索引表、消息与消息关系表和消息元数据表的结构,详细解析了各个字段和关系。腾讯微博通过页码定位评论提高了搜索效率,但也可能导致不满页的评论展示。设计中考虑了数据归档以减轻最新数据表的压力。
摘要由CSDN通过智能技术生成

新浪微博、腾讯微博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,

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值