mysql数据类型选择和查询效率[EN]

jinguanding

纠正下MEDIUMINT 是3个字节

Steven_1981

文章非常的不错。

但在实际过程中，我们对每一个表，每一个字段往往纠不过来，因为开发人员往往比你多，开发的变化往往比你快；

如果一开始你把字段长度限得很死，我觉得你以后面的表变更会非常的频繁。

这里需要权衡一下。 需要留适当的冗余。

fan_zhen_hua

原帖由 jinguanding 于 2010-8-12 17:18 发表
关键是I/O与内存.......存储空间不是问题

文章内容写的很清楚了....

一条记录相差2个字节，若是1M条数的记录吗，10M条数记录，100M条数记录 1000M条数记录.....更多....

当你系统本身就没多少记录，以及压力并不大，可能优势就不那么明显，这也就是为啥大容量高访问高并发下成长的架构师、DBA、程序员可能更值钱些....

这样算下来。一条记录差2个字节。1000条数据相差2K的字节。如果mysql数据库读取的最小单位是块（这个我当作oracle来理解），其实在IO上没有多大的差别。OLTP系统，不会一次性捞取大量的记录到内存当中。
其实用MEDIUMINT我也是赞同的。但是希望能够在不损耗性能的情况下。数据类型的选择上希望能够更加简单些。