mysql8数据类型详解

设计mysql表结构的时候，有很多数据类型供我们选择，下面来介绍下mysql8中常用的数据类型。

整数类型

类型	大小	有符号范围	无符号范围
TINYINT	1 字节	-128 to 127	0 to 255
SMALLINT	2 字节	-32768 to 32767	0 to 65535
MEDIUMINT	3 字节	-8388608 to 8388607	0 to 16777215
INT	4 字节	-2147483648 to 2147483647	0 to 4294967295
BIGINT	8 字节	-9223372036854775808 to 9223372036854775807	0 to 18446744073709551615

整数类型有可选的unsigned属性，表示不允许负值，这可以使正数的上限提高一倍（还多1）。有符号和无符号类型使用相同的存储空间，并且具有相同的性能，因此可以根据实际情况选择合适的类型。

mysql可以为整数类型指定宽度，例如INT(11)，对大多数应用来说这是没有意义的：它不会限制合法范围，只是规定了mysql的一些交互工具（例如mysql命令行客户端）用来显示字符的个数。对于存储和计算来说，INT(1)和INT(20)是相同的。

实数类型

类型	大小	有符号范围	无符号范围
FLOAT	4字节	-3.402823466E+38 to -1.175494351E-38, 0, and 1.175494351E-38 to 3.402823466E+38	0, and 1.175494351E-38 to 3.402823466E+38
DOUBLE	8字节	-1.7976931348623157E+308 to -2.2250738585072014E-308, 0, and 2.2250738585072014E-308 to 1.7976931348623157E+308	0, and 2.2250738585072014E-308 to 1.7976931348623157E+308
DECIMAL	？	根据M和D的值	根据M和D的值

注意FLOAT和DOUBLE可表示的范围不是完全连续的浮点数，由于精度的限制，有些极小的小数是表示不了的，浮点相关的内容可以参考我的另一篇文章神奇的二进制（二）浮点数。

DECIMAL类型最多允许65个数字，表示为DECIMAL(M,D)的格式。例如DECIMAL(5,2)表示最多保存5个数字，其中2个是小数，表示的范围在-999.99 到 999.99之间。如果小数位数D为0，则DECIMAL值不包含小数点或小数部分。

FLOAT和DOUBLE类型只能使用标准的浮点运算进行近似运算，如果需要精确运算，例如金额计算，则需要使用DECIMAL类型。

因为cpu不支持对DECIMAL的直接计算，所以在mysql5.0以上的版本中，mysql服务器自身实现了DECIMAL的高精度计算。相对而言，cpu直接支持原生的浮点计算，所以浮点计算明显更快。

涉及到金额计算，在数据量比较大的时候，可以考虑用BIGINT代替DECIMAL。例如金额单位精确到分，99.99可以用9999表示，以分为单位存储在BIGINT字段里，这样可以同时避免浮点数计算的不精确和DECIMAL精确计算代价高的问题。

字符串类型

类型	大小	用途
CHAR	0-255 字节	定长字符串
VARCHAR	0-65535 字节	变长字符串
BINARY	0-255 字节	定长二进制
VARBINARY	0-65535 字节	变长二进制
TINYBLOB	0-255 字节	变长二进制
BLOB	0-65535 字节	变长二进制
MEDIUMBLOB	0-16,777,215 字节	变长二进制
LONGBLOB	0-4,294,967,295 or 4GB (232 − 1) 字节	变长二进制
TINYTEXT	0-255 字节	变长字符串
TEXT	0-65535 字节	变长字符串
MEDIUMTEXT	0-16,777,215 字节	变长字符串
LONGTEXT	0-4,294,967,295 or 4GB (232 − 1) 字节	变长字符串

CHAR

CHAR类型是定长的，会根据定义的长度分配空间。当存储CHAR值时，mysql会删除所有的末尾空格。

CHAR很适合存储很短的字符串，或者所有的值都接近同一个长度，例如，CHAR非常适合存储密码的MD5的值，因为这是一个定长的长度。对于经常变动的数据，CHAR也比VARCHAR更好，因为定长的CHAR类型不容易产生碎片。

对于非常短的列，CHAR比VARCHAR在存储空间上也更有优势，例如用CHAR(1)来存储只有Y和N的值，如果采用单字节字符集只需1个字节，但是VARCHAR(1)却需要2个字节，因为还需要一个记录长度的额外字节。

VARCHAR

VARCHAR用于存储可变长的字符串，它比定长类型更节省空间。VARCHAR需要使用1或2个额外字节记录字符串的长度：如果列的最大长度小于或等于255字节，则只使用1个字节表示，如果列长度大于255字节，则需要使用2个字节表示长度。

假设采用latin字符集，一个VARCHAR(10)的列需要11个字节空间存储，一个VARCHAR(1000)的列则需要1002个字节空间存储，因为需要存储2个字节的长度信息。

哪些情况使用VARCHAR类型比较合适呢？

• 字符串的列长度比平均长度大很多
• 列的更新很少，碎片不是问题
• 使用了想UTF-8这样复杂的字符集，每个字符都使用了不同的字节数进行存储

BINARY和VARBINARY

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

当需要存储二进制数据时，可以使用 BINARY或VARBINARY，mysql比较二进制字符串时，每次按一个字节，并且根据该字节的数值进行比较。因此二进制比较比字符串比较简单的多，所以也更快。

BLOB和TEXT

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

二进制类型：TINYBLOB，BLOB，MEDIUMBLOB，LONGBLOB

字符类型：TINYTEXT，TEXT，MEDIUMTEXT，LONGTEXT

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

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

mysql对BLOB和TEXT列进行排序和其他数据类型不同：它只对每个列的前max_sort_length字节而不是整个字符串做排序。如果只需要排序前面的一小部分字符，则可以减少max_sort_length的值，或者使用ORDER BY SUBSTRING(column，length)。

mysql不能将BLOB和TEXT列全部长度的字符串进行索引，也不能使用这些索引消除排序。

日期和时间类型

类型	大小	范围	格式	用途
DATE	3 字节	‘1000-01-01’ to ‘9999-12-31’	YYYY-MM-DD	日期值
TIME	3 字节	‘-838:59:59’ to ‘838:59:59’	hh:mm:ss	时间值
YEAR	1 字节	1901 to 2155	YYYY	年份值
DATETIME	8 字节	‘1000-01-01 00:00:00’ to ‘9999-12-31 23:59:59’	YYYY-MM-DD hh:mm:ss	日期和时间值
TIMESTAMP	4 字节	‘1970-01-01 00:00:01’ UTC to ‘2038-01-19 03:14:07’ UTC	YYYY-MM-DD hh:mm:ss	日期和时间值

DATETIME使用8个字节的存储空间，和时区无关。
TIMESTAMP使用4个字节的存储空间，显示的时间依赖时区，保存了从1970年1月1号午夜（格林尼治标准时间）以来的秒数，它和unix的时间戳相同。TIMESTAMP只能表示从1970年到2038年。

如果插入和更新数据时没有指定TIMESTAMP的值，mysql会默认的更新TIMESTAMP的值当前系统时间。

位数类型

类型	范围
BIT	1 to 64 位

BIT(1)定义一个包含1个位的数据，BIT(2)包含2个位，以此类推，最大长度为64个位。

mysql把BIT当做字符串类型，而不是数字类型。当检索BIT的值时，结果是对应二进制表示的ASCII码转换后的字符，然而在数字上下文场景中检索的时候，会使用二进制表示的数字。

例如，如果存储一个值b’00111001’（十进制的值为57）到BIT(8)的列并检索它时，得到的结果是9（9的ASCII码是57），如果对该字段进行加减，则返回结果57。

JSON类型

mysql8支持直接存储json格式字符串，对应的是json数据类型。

• json数据列会自动验证json的数据格式，如果格式不正确会报错。
• 最优化存储格式。json数据类型会把json格式的字符串转换成内部格式，能够快速的读取其中的元素。

对应json数据类型的操作方法有JSON_SET(), JSON_REPLACE(), JSON_REMOVE() 等，详情请见官方文档https://dev.mysql.com/doc/refman/8.0/en/json.html。

小结

mysql设计表的数据类型的时候，下面几个简单的原则有助于设计出好的数据类型：

• 更小的更好
  选择你认为不会超越范围的最小类型，更小的数据类型通常更快，因为它们占用更少的磁盘、内存和cpu缓存，并且处理时需要的cpu周期更少。
• 简单就好
  简单的数据类型操作通常更快，例如整形的操作比字符串更快，因为字符串有字符集和校对规则（排序规则）比整形更复杂。
• 尽量避免null
  如果字段可以不存储null值，尽量把字段设置成not null。因为可为null的列使得索引、索引统计和值比较都更复杂，可为null的列会使用更多的存储空间，在mysql里也需要特殊处理。

参考资料：
《高性能MYSQL（第三版）》
mysql官方文档