MySQL的InnoDB表如何设计主键索引-转自淘宝MySQL经典案例

创建a表 id主键

CREATE TABLE `a` (
`id` bigint(20) NOT NULL AUTO_INCREMENT ,
`message_id` int(11) NOT NULL,
`user_id` int(11) NOT NULL,
`msg` varchar(1024) DEFAULT NULL,
`gmt_create` datetime NOT NULL,
PRIMARY KEY (`id`),
KEY `user_id` (`user_id`,`message_id`),
KEY `idx_gmt_create` (`gmt_create`)
) ENGINE=InnoDB DEFAULT CHARSET=gbk;

 

创建b表,联合主键(user_id,message_id)

CREATE TABLE `b` (
`user_id` int(11) NOT NULL,
`message_id` int(11) NOT NULL,
`msg` varchar(1024) DEFAULT NULL,
`gmt_create` datetime NOT NULL,
PRIMARY KEY (`user_id`,`message_id`),
KEY `idx_gmt_create` (`gmt_create`)
) ENGINE=InnoDB DEFAULT CHARSET=gbk;

 

  优点 缺点 适用场景
A表

主键 ID 自增 , 在写入数据的时
候,Btree分裂成本低,写性能高

物理空间相对较多
如果根据user_id 来
记录,需要走两次IO

写操作较多的场景
B表

1.物理空间相对减少
2.根据user_id查数据,
直接走主键拿到数据,
无需回表

(user_id,message_id)
为随机写入,Btree分
裂成本高,写性能低

写少读多的场景,例如从
hadoop回流到MySQL的统
计结果表,这种统计结果
一般数据较多,但主要是

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。