更小的通常更好

一般情况下,应该尽量使用可以正确存储数据的最小数据类型。更小的数据类型通更快,因为它们占用更少的磁盘。内存和CPU缓存,并且处理时需要的CPU周期也更少。但是要确保没有低估需要存储的值的范围。如果无法确定哪个数据类型是最好的择你认为不会超过范围的最小类型。(如果系统不是很忙或者存储的数据量不者是在可以轻易修改设计的早期阶段,那之后修改数据类型也比较容易)
简单数据类型的操作通常需要更少的CPU周期。例如,整型比字符操作代价更小

简单就好

因为字符集和校对规则(排序规则)使字符比较比整型比较更复杂。这里有两个例一个是应该使用 MySQL内建的类型2而不是字符串来存储日期和时间,另外是应该用整型存储IP地址。

尽量避免NULL

这是因为可为NULL是列的默认属性3。通常情况下最好指定列为 NOT NULL,除非需要存储NULL值如果查询中包含可为NULL的列,对 MySQL来说更难优化,因为可为NULL的列得索引、索引统计和值比较都更复杂。可为NULL的列会使用更多的存储空间,在MySQL里也需要特殊处理。当可为NULL的列被索引时,每个索引记录需要一个外的字节,在 MyISAM里甚至还可能导致固定大小的索引(例如只有一个整数列索引)变成可变大小的索引。
通常把可为NULL的列 NOT改为 NULL带来的性能提升比较小,所以(调优时)没
必要首先在现有 schema中查找并修改掉这种情况,除非确定这会导致问题。但是
如果计划在列上建索引,就应该尽量避免设计成可为NULL的列。
当然也有例外,例如值得一提的是, InnoDB使用单独的位(bit)存储NULL值以对于稀疏数据有很好的空间效率。但这一点不适用于 MyISAM。

results matching ""

    No results matching ""