2.1 选择优化的数据类型-优快云博客

本文深入解析MySQL中的数据类型，包括整数类型、实数类型、字符串类型、BLOB和TEXT类型以及日期和时间类型。详细介绍了每种类型的特点、存储方式及适用场景，帮助读者更好地理解如何选择合适的数据类型。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

选择数据类型的原则：

（1）更小的通常更好；

　　一般情况下，应该尽量使用可以正确存储数据的最小数据类型。

（2）简单就好；

　　简单数据类型的操作通常需要更少的CPU周期。

（3）尽量避免NULL

　　如果查询中包含可为NULL的列，对MySQL来说更难优化，因为可为NULL的列使得索引、索引统计和值比较都更复杂。

2.1.1 整数类型

有两种类型的数字：整形（whole number）和实数（real number）。如果存储整数，可以使用这几种整数类型：TINYINT，SMALLINT，MEDIUMINT, INT, BIGINT 分别使用 8, 16, 24, 32, 64 位存储空间。它们可以存储的范围从-2^（N-1）到2^（N-1）-1。一般情况下越小的列越好。

整数类型有可选的UNSIGNED属性，表示不允许负值，这大致可以使正数的上限提高一倍。

INT(11) 中的数字只是规定了交互工具显示字符的个数，对于存储和计算来说，INT(1)和INT(20)是相同的。

2.1.2 实数类型

实数是带有小数部分的数字。然而，它们不只是为了存储小数部分；也可以使用DECIMAL存储比BIGINT还打的整数。

FLOAT 和 DOUBLE 为浮点类型，DECIMAL 为高精度小数类型。CPU 原生支持浮点运算，但是不支持 DECIMAl 类型的计算，因此 DECIMAL 的计算比浮点类型需要更高的代价。

FLOAT、DOUBLE 和 DECIMAL 都可以指定列宽，例如 DECIMAL(18, 9) 表示总共 18 位，取 9 位存储小数部分，剩下 9 位存储整数部分。

因为需要额外的空间和计算开销，所以应该尽量只在对小数进行精确计算时才使用DECIMAL----例如存储财务数据。但在数据量较大的时候，可以考虑使用BIGINT代替DECIMAL，将需要存储的货币单位根据小数的位数乘以相应的倍数即可。

2.1.3 字符串

主要有 CHAR 和 VARCHAR 两种类型，一种是定长的，一种是变长的。

VARCHAR类型用于存储可变长字符串，是最常见的字符串数据类型。它比定长字符串更节省空间，因为只需要存储必要的内容。但是在执行 UPDATE 时可能会使行变得比原来长，当超出一个页所能容纳的大小时，就要执行额外的操作。MyISAM 会将行拆成不同的片段存储，而 InnoDB 则需要分裂页来使行放进页内。

在进行存储和检索时，会保留 VARCHAR 末尾的空格，而会删除 CHAR 末尾的空格。

CHAR类型是定长的，MySQL总是会根据定义的字符串的长度分配足够的空间。CHAR适合存储很短的字符串，或者所有的值都接近一个长度。对于经常变更的数据，CHAR也比VARCHAR更好，因为定长的CHAR类型不容易产生碎片。对于非常短的列，CHAR比VARCHAR在存储空间上也更有效率。例如用CHAR(1)来存储只有Y和N的值，如果采用单字节字符集只需要一个字节，但是VARCHAR(1)却需要两个字节，因为还有一个记录长度的额外字节。

与CHAR和VARCHAR类似的还有BINARY和VARBINARY，他他们2存储的是二进制字符串。二进制字符串和跟常规字符串非常相似，但是二进制字符串存储的是字节码而不是字符。填充也不一样：MySQL填充BINARY采用的是\0（零字节）而不是空格，在检索时也不会去掉填充值。

2.1.4 BLOB和TEXT类型

BLOB和TEXT都是为了存储很大的数据而设计的字符串数据类型，分别采用二进制和字符方式存储。

与其他类型不同，MySQL把每个BLOB和TEXT值当做一个独立的对象处理。存储引擎在存储时通常会做特殊处理。当BLOB和TEXT值太大时，InnoDB会使用专门的“外部”存储区域来进行存储，此时每个值在行内需要1~4个字节存储一个指针，然后在外部存储区域存储实际的值。

BLOB和TEXT家族之间仅有的不同是BLOB类型存储的是二进制数据，没有排序规则或字符集，而TEXT类型有排序规则和字符集。

2.1.5 日期和时间类型

MySQL 提供了两种相似的日期时间类型：DATETIME 和 TIMESTAMP。