MYSQL 数据表结构设计问题

2018-11-14 10:31:24 +08:00
 Aluhao
设计一:
设计一增加了自增 ID,数据量占用磁盘空间会稍大些,索引战胜小些;
100 万条数据磁盘占用:45.00 MB 索引占用:49.70 MB
设计二:
没有自增 ID,数据量占用磁盘空间稍小些,但索引占用会大些;
100 万条数据磁盘占用:33.00 MB 索引占用:73.10 MB

这个表以后可能会有好几 G 的大小,如果是你,你们会选择那种?

查询速度测试差异不大;

设计一
CREATE TABLE `follow` (
`id` bigint(20) unsigned NOT NULL AUTO_INCREMENT,
`uid` bigint(20) unsigned NOT NULL DEFAULT '0',
`aid` bigint(20) unsigned NOT NULL DEFAULT '0',
`cid` tinyint(3) unsigned NOT NULL DEFAULT '0',
`time` int(10) unsigned NOT NULL DEFAULT '0',
PRIMARY KEY (`id`),
KEY `uid` (`uid`,`time`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;

设计二
CREATE TABLE `follow` (
`uid` bigint(20) unsigned NOT NULL DEFAULT '0',
`aid` bigint(20) unsigned NOT NULL DEFAULT '0',
`cid` tinyint(3) unsigned NOT NULL DEFAULT '0',
`time` int(10) unsigned NOT NULL DEFAULT '0',
PRIMARY KEY (`uid`,`aid`),
KEY `uid` (`uid`,`time`)
) ENGINE=MyISAM DEFAULT CHARSET=utf8;
1331 次点击
所在节点    问与答
7 条回复
kslr
2018-11-14 10:54:33 +08:00
我会把 ID 和索引都开了
simapple
2018-11-14 11:05:55 +08:00
我会先把引擎换成 InnoDB
Aluhao
2018-11-14 11:12:20 +08:00
@simapple 这也是一种方法,但 InnoDB 不好维护呀
Aluhao
2018-11-14 11:14:48 +08:00
@kslr 表自增 ID 其实没什么用
kslr
2018-11-14 11:27:04 +08:00
@Aluhao 我想表达的是优化一天时间 足够买几 t 硬盘
Aluhao
2018-11-14 11:46:28 +08:00
@kslr 增加硬盘能解决优化查询问题吗?
kslr
2018-11-14 11:47:47 +08:00
@Aluhao “查询速度测试差异不大”

“ 100 万条数据磁盘占用:45.00 MB 索引占用:49.70 MB ”
“ 100 万条数据磁盘占用:33.00 MB 索引占用:73.10 MB ”

“这个表以后可能会有好几 G 的大小,如果是你,你们会选择那种?”

这是一个专为移动设备优化的页面(即为了让你能够在 Google 搜索结果里秒开这个页面),如果你希望参与 V2EX 社区的讨论,你可以继续到 V2EX 上打开本讨论主题的完整版本。

https://www.v2ex.com/t/507656

V2EX 是创意工作者们的社区,是一个分享自己正在做的有趣事物、交流想法,可以遇见新朋友甚至新机会的地方。

V2EX is a community of developers, designers and creative people.

© 2021 V2EX