一、选择优化的数据类型
MySQL支持的数据类型很多,要获得高性能,可以通过以下几个原则来选择正确的数据类型:
1. 选择更小的数据类型
一般情况下,尽量使用可以正确存储的最小数据类型。因为他们通常更快,且占用更少的磁盘、内存和CPU缓存,处理时需要的CPU周期也更少。
2. 选择简单的数据类型
简单数据类型操作需要更少的CPU周期,比如:
整型比字符操作代价更低,因为字符集和校对规则使字符比较比整型比较更复杂。
3. 尽量避免null
通常情况下最好指定列为NOT NULL,除非真的需要存储NULL值。因为可为null的列使索引、索引统计和值比较都会更复杂,且可为null的列会使用更多的存储空间,在MySQL里也需要特殊处理。当可为null的列被索引时,每个索引需要一个额外的字节。
但是InnoDB使用单独的位(bit)存储null,所以对于稀疏数据(很多值为null,只有少数行的列有非null值)有很好的空间效率。
二、 整数类型
如果存储整数,可以使用: TINYINT,SMALLINT,MEDIUMINT,INT,BIGINT。分别使用8,16,24,32,64位存储空间。
整数类型有可选的UNSIGNED属性,表示不允许负值,这大致可以将正数的上限提高一倍。比如:
TINYINT UNSIGNED可以存储0~255,而TINYINT的存储范围是 -128 ~ 127。
整数计算一般使用64位的BIGINT正数,即使在32位环境也是如此。(聚合函数除外,使用DECIMAL或DOUBLE计算)。
MySQL可以指定宽度,比如INT(11),但是对大多数应用来说,它是没有意义的,因为它并不限制值的合法范围,只是规定了M有SQL的一些交互工具来显示字符的个数,对于存储和计算来说,INT(1)和INT(20)是相同的。
类型 | 大小 | 范围(有符号) | 范围(无符号) | 用途 |
---|---|---|---|---|
TINYINT | 1 byte | (-128,127) | (0,255) | 小整数值 |
SMALLINT | 2 byte | (-32 768,32 767) | (0,65 535) | 大整数值 |
MEDIUMINT | 3 byte | (-8 388 608,8 388 607) | (0,16 777 215) | 大整数值 |
INT或INTEGER | 4 byte | (-2 147 483 648,2 147 483 647) | (0,4 294 967 295) | 大整数值 |
BIGINT | 8 byte | (-9,223,372,036,854,775,808,9 223 372 036 854 775 807) | (0,18 446 744 073 709 551 615) | 极大整数值 |
三、 实数类型
实数是带有小数部分的数字。(但是它们不只是为了存储小数,也可以用DEVIMAL存储比BIGINT还大的正数。MySQL既支持精确类型,也支持不精确类型。)
FLOAT和DOUBLE类型支持使用标准的浮点运算进行近似计算,DECIMAL支持精确计算,用于存储精确的小数。
对于DECIMAL列,可以指定小数点前后所允许的最大位数,这会影响列的空间消耗。MySQL5.0及更高版本中DECIMAL允许最多65个数字。
浮点类型在存储同样范围的值时,通常比DEVIMAL占用更少的空间。FLOAT使用4个字节,DOUBLE占用8个。
类型 | 大小 | 范围(有符号) | 范围(无符号) | 用途 |
---|---|---|---|---|
FLOAT | 4 byte | (-3.402 823 466 E+38,-1.175 494 351 E-38),0,(1.175 494 351 E-38,3.402 823 466 351 E+38) | 0,(1.175 494 351 E-38,3.402 823 466 E+38) | 单精度 浮点数值 |
DOUBLE | 8 byte | (-1.797 693 134 862 315 7 E+308,-2.225 073 858 507 201 4 E-308),0,(2.225 073 858 507 201 4 E-308,1.797 693 134 862 315 7 E+308) | (0,65 535) | 双精度 浮点数值 |
DECIMAL | 对DECIMAL(M,D) ,如果M>D,为M+2否则为D+2 | 依赖于M和D的值 | 依赖于M和D的值 | 小数值 |
四、字符串类型
2021.03.17 未完