如何选择合适的MySQL数据类型

一、MySQL数据类型选择原则

更小的通常更好：一般情况下选择可以正确存储数据的最小数据类型。越小的数据类型通常更快，占用磁盘，内存和CPU缓存更小。

简单就好：简单的数据类型的操作通常需要更少的CPU周期。例如：整型比字符操作代价要小得多，因为字符集和校对规则(排序规则)使字符比整型比较更加复杂。

尽量避免NULL:尽量制定列为NOT NULL，除非真的需要NULL类型的值。因为可能为NULL列使得索引，索引统计和值比较都更复杂。可为NULL的列会使用更多的存储空间，在MySQL里也需要特殊处理。

二、选择具体数据类型

在选择列的数据类型时需要先选定合适的大类型,如：数字，字符串，时间等。

（1）、整数类型

数据类型	长度/字节	范围
TINYINT	1	-2^7—2^7-1
SMALLINT	2	-2^15—2^15-1
MEDIUMINT	3	-2^23—2^23-1
INT	4	-2^31—2^31-1
BIGINT	8	-2^64—2^64-1

区分开TINYINT / INT / BIGINT，能确定不会使用负数的字段，建议添加 unsigned定义。

能够用数字类型的字段尽量选择数字类型而不用字符串类型。

（2）、实数类型

实数是带有小数部分的数字。然而它们不只是存储小数部分；也可以是DECIMAL存储比BIGINT还大的整数。MYSQL即支持精确类型，也支持非精确存储。FLOAT和DOUBLE类型支持使用标准的浮点运算进行近似计算。具体计算规则取决于所使用平台的实现。

数据类型	长度/字节	范围
FLOAT	4	—
DOUBLE	8	—
DECIMAL	最多65数字（5.0以上版本）	—

MySQL使用DOUBLE作为内部浮点计算的类型。注意，DECIMAL需要额外的空间和计算开销，所以只要要求尽量对小数进行精确时才使用DECIMAL，例如在存储财务数据时，可以用BIGINT来替代它来实现，只需要将数据乘以相应的倍数即可。

FLOAT和DOUBLE选择（尽量选择FLOAT）

如何有涉及到运算，用float和double可能会精度不准，可以考虑将小数乘于相应的倍数，然后用BIGINT来存储。

（3）、字符串类型

MySQL支持多种字符串类型。从4.1版本开始，每个字符串列可以定义自己的字符集和校对规则(排序规则)，这些东西会在很大程度上影响性能。

1、VARCHAR和CHAR类型

VARCHAR和CHAR时最主要的两种字符串类型。

VARCHAR：适用于存储变长的字符串，是最常见的字符串数据类型。它比定长更加节省空间，因为它仅需要使用必要的额外空间（如果MySQL表使用ROW_FORMAT=FIXED创建的话，会使用定长）。

适合使用该类型的情况：字符串列的最大长度比平均长度大很多；列的更新很少，所以碎片不是问题；使用了UTF-8这样复杂的字符集，每个字符的使用不同字节数进行存储。

注：5.0以上版本会保留末尾空格，更早的版本会删除末尾空格。InnoDB存储引擎会把过长的VARCHAR转换为BLOB类型。

CHAR:CHAR是定长字符串类型，MySQL总是根据定义的类型进行分配足够的空间。当存储CHAR时MySQL会默认删除行尾空格。因为CHAR值通常需要用空格进行填充以方便比较。

CHAR适合存储很短的字符串，或者所有长度都接近一个长度。

对于经常变更的数据CHAR比较VARCHAR要好，因为定长的CHAR类型不容易产生碎片。

对于更短的列CHAR比VARCHAR要更加节省空间，因为VARCHAR总是需要一个额外的字节来存储长度。

2、BLOB和TEXT类型

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

实际上他们时属于两种不同数据类型家族：字符类型的时TINYTEXT, SMALLTEXT, TEXT, MEDIUMTEXT, LONGTEXT；对应的二进制类型是TINYBLOB, SMALLBLOB, BLOB, MEDIUMBLOB, LONGBLOB。

BLOB和TEXT的仅有的区别在于BLOB类型存储的时二进制数据，没有排序规则或字符集，而TEXT类型有字符集和排序规则。

char,varchar,TEXT的选择：非万不得已不要使用 TEXT 数据类型，定长字段，建议使用 CHAR 类型（填空格），不定长字段尽量使用 VARCHAR（自动适应长度，超过阶段），且仅仅设定适当的最大长度。

（4）、日期和时间类型

MySQL可以使用很多类型来保存日期和时间值，例如YEAR和DATE.MySQL能存储最小粒度为秒。但是可以使用微秒级的力度进行运算。

1、DATETIME

能保存1001到9999年，精度为秒。格式为YYYY-MM-DD HH:MM:SS与时区无关，使用八个字节的存储空间。

2、TIMESTAMP

时间戳，正如名字一样。它能保存从1970年1月1号午夜（格林尼治标准时间）。它只使用四个字节的存储空间只能表示1970到2038年。

TIMESTAMP显示的值依赖于时区。MYSQL服务器，操作系统，以及客户端连接都有时区设置。因此存储值为0时在不同的时区显示值会有差别。

注：通常情况下应尽量使用TIMESTAMP，因为它比DATETIME效率更高。如果需要存储更小粒度的时间，可以用BIGINGT或者转换成DOUBLE类型来进行存储。

（5）、ENUM数据类型

枚举数据类型在内存中非常紧凑，会根据列表值的数量压缩到一个或两个字节。MySQL自身会维护一个查找表。例如：

CREATE TABLE enum_test(
`gender` ENUM("男","女","其他") NOT NULL
);

INSERT INTO enum_test values("男"),("女"),("其他");

对于状态字段，可以尝试使用 ENUM 来存放。

避免使用NULL字段，很难查询优化且占用额外索引空间。

****************************************************华丽的分割线**************************************************************

一。char和varchar

char是固定长度的，查询速度比varchar速度快的多。char的缺点是浪费存储空间。

检索char列时，返回的结果会删除尾部空格，所以程序需要对为空格进行处理。

对于长度变化不大且对查询速度有较高要求的数据可以考虑使用char。

随着MySQL的不断升级，varchar的性能不断改进并提高。

存储引擎使用原则：

MyISAM：建议使用固定长度列代替可变长度列。

InnoDB：建议使用varchar类型

二。text和blob

在保存大文本时，通常选择text或者blob。

二者的差别是blob可以保存二进制数据，比如照片。

text和blob又包括text、mediumtext、longtext和blob、mediumblob、longblob，他们之间的区别是存储文本长度不同和存储字节不同。

应根据情况选择满足需求的最小存储类型。

1.blob和text执行大量删除操作时，产生数据“空洞”

删除id为7记录前后数据库所占内存，没有发生变化。

可以发现数据文件并没有因为数据删除而减少。

对表进行optimize(优化)操作：

optimize table t1;

可以发现表数据文件大大缩小，“空洞”空间已经被回收。

2.用合成(Synthetic)索引提高查询性能

根据大文本字段(text、blob)的内容建立一个散列值，并把这个值存储在单独的数据列中，然后通过散列值找数据行。

缺点：只能进行精确查询(<、>=范围操作符是没有用处的)

可以通过MySQL自带函数md5()、sha1()、crc32()生成散列值，也可以通过编程语言计算散列值。

注：如果散列算法生成的字符串带有尾部空格，不要把他们存储在char、varchar列中，他们会受到尾部空格去除的影响。

如果需要对blob或clob字段进行模糊查询，可以用前缀索引：

#前缀索引:对context字段的前100个字符创建索引

create index idx_blob on t2(context(100));

#查询方法

select * from t2 where context like 'drake%';注:%不能放在最前面

合成索引只能用于精确匹配，在一定程度上减少了I/O，从而提高了查询效率。

3.在不必要的时候避免检索大型的blob或text值。

4.把blob或text列分离到单独的表中。

三、浮点数和定点数

1.浮点数存在误差问题。

2.对货币等对精度敏感的数据，应该用定点数表示或存储。

3.在编程中，如果用到浮点数，要特别注意误差问题，并尽量避免做浮点数比较。

4.要注意一些特殊值的处理。

四、日期类型的选择

1.根据实际需要选择能够满足应用的最小存储日期类型。

2.如果记录年月日时分秒，并且记录年份比较久远，最好使用datetime，不要使用timestamp。

3.如果记录的日期需要让不同时区的用户使用，最好使用timestamp，因为日期类型中只有它能够和实际时区相对应。