MySQL的数据类型与性能 - MySQL教程

整数

有以下几种整数：TINYINT, SMAILLINT, MEDIUMINT, INT, BIGINT，分别使用8, 16, 24, 32, 64位存储空间 。它们都有一个可选的UNSIGNED属性，表示不允许负数。

你可以为整数类型指定宽度，如INT(13)，但对大多数应用 来说是没有意义的，对于存储计算来说，INT(1)和INT(18)是相同的。

实数

实数是带有小数部分的数字，MySQL既支持精确类型，也支持不精确类型。

FLOAT和DOUBLE支持使用标准的 浮点计算（即不精确类型），FLOAT使用4个字节，DOUBLE使用8个字节，有多种方法可以指定浮点列的精度，但这些精度 都是非标准的，因此建议只指定数据类型，不指定精度。

DECIMAL用于存储精确的小数，它还可以指定小数点前后所 允许的最大位数，如DECIMAL(20,2)表示小数点后面存储2个数字，小数点前面存储18个数字。很显然，DECIMAL比浮点数 占用更多的空间，消耗更多的CPU，这也是为了精确表示所付出的代价。

因此，只有在必须使用精确小数的情景下（ 如财务）才使用DECIMAL，否则尽量使用浮点数。

字符串

MySQL支持的字符串类型比较复杂，且每个字符串列可以定义自己的字符集和排序规则。

VARCHAR：用于 存储可变长字符串。它需要使用1或2个额外字节记录字符串长度：如果列最大长度<=255，则使用1个字节，否则使用 2个字节，如varchar(100)使用1个字节，varchar(1000)使用2个字节。下面这些情况下使用VARCHAR更合适：字符串列的 最大长度比平均长度大很多，且列的update很少，因为update操作可能导致行变长，可能会导致空间碎片。注意：对于 VARCHAR，MySQL在存储时会保留末尾空格。

CHAR：用于存储定长字符串。注意：对于CHAR，MySQL在存储时会删除末 尾空格。

与CHAR和VARCHAR相似的类型还有BINARY和VARBINARY，但它们存储的是字节码，因此他们没有字符集和排序 规则的概念，严格区分大小写，比较大小时，按字节依次比较，因此性能更好。

TEXT和BLOB是为了存储更大的字符串 而设计的，分别采用字符和二进制方式存储。

TEXT有：TINYTEXT, SMALLTEXT, TEXT, MEDIUMTEXT, LONGTEXT，其中 TEXT和SMAILLTEXT是同义词。

BLOB有：TINYBLOB, SMALLBLOB, BLOB, MEDIUMBLOB, LONGBLOB，其中BLOB和SMALLBLOB 是同义词。

与其它类型不同的是，MySQL把每个TEXT和BLOB当做一个独立的对象处理，当它们过大时，InnoDB会在专 门的“外部”存储区域进行存储，行内需要1~4个字节存储指针。

日期和时间

DATETIME：能保存大范围的值，从1001年到9999年，精度为秒，它把时间和日期封装到格式为 YYYYMMDDHHMMSS的整数中，与时区无关，使用8个字节存储。

TIMESTAMP：保存了从1970年1月1日午夜（格林威治标准 时间）以来经历的秒数（精度也为秒），只使用4个字节，只能表示从1970年到2038年，且它的显示依赖于时区。

注 意：MySQL目前还没有提供存储比秒更小粒度的日期和时间类型。

数据类型选择准则

MySQL数据类型的选择应遵循以下准则：

1）更小的通常更好。

一般情况下，应该尽量使用可以正确存储数据的最小数据类型，例如：如果只需要存0~200，则tinyint unsigned最 好。

2）简单更好

简单数据类型操作通过需要更少的CPU周期，例如：整型比字符操作性能更好。因此：应该使用MySQL内建的日期和时 间数据类型存储日期和时间，而不要用字符串代替；应该用无符号整型存储IP地址。

3）尽量避免索引列上的NULL

MySQL在建表时，默认情况下列的属性是允许NULL的，其实最好指定为NOT NULL，除非真的需要存储NULL值，因为可 为NULL的列使得索引、索引统计和值比较更复杂，也使用更多的存储空间。特别是计划在列上建索引，应尽量避免设计 成可为NULL的列。

查看本栏目更多精彩内容：http://www.bianceng.cn/database/MySQL/

（编辑：应用网_镇江站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!