整形的取值范围:
Type | Storage | Minimum Value | Maximum Value |
| (Bytes) | (Signed/Unsigned) | (Signed/Unsigned) |
TINYINT | 1 | -128 | 127 |
|
| 0 | 255 |
SMALLINT | 2 | -32768 | 32767 |
|
| 0 | 65535 |
MEDIUMINT | 3 | -8388608 | 8388607 |
|
| 0 | 16777215 |
INT | 4 | -2147483648 | 2147483647 |
|
| 0 | 4294967295 |
BIGINT | 8 | -9223372036854775808 | 9223372036854775807 |
|
| 0 | 18446744073709551615 |
定点数值(精确):
在MySQL中,NUMERIC被实现为DECIMAL,所以关于DECIMAL的以下说明同样适用于NUMERIC。
MySQL以二进制格式存储DECIMAL值。
在DECIMAL列声明中,精度和比例可以(通常是)指定;例如:
工资DECIMAL(5,2)
在这个例子中,5是精度,2是scale。精度表示为值存储的有效数字的数量,标度表示小数点后可存储的位数。
标准SQL要求DECIMAL(5,2)能够存储五位数和两位小数的任何值,因此可以存储在薪水列中的值范围为-999.99至999.99。
在标准SQL中,语法DECIMAL(M)等效于DECIMAL(M,0)。类似地,语法DECIMAL等效于DECIMAL(M,0),M的默认值为10。
如果刻度为0,则DECIMAL值不包含小数点或小数部分。
DECIMAL的最大位数为65。
浮点数值(近似)
FLOAT和DOUBLE类型表示近似数值数据。 MySQL对于单精度值使用四个字节,对于双精度值使用八个字节。
MySQL允许非标准语法:FLOAT(M,D)或REAL(M,D)或DOUBLE PRECISION(M,D)。这里,(M,D)表示比值总共可以存储多达M个数字,其中D位可能在小数点之后。例如,定义为FLOAT(7,4)的列在显示时将看起来像-999.9999。当存储值时,MySQL执行舍入,所以如果将999.00009插入到FLOAT(7,4)列中,则近似结果为999.0001。
因为浮点值是近似值并且不作为精确值存储,所以尝试在比较中将它们精确地对待可能会导致问题。它们也受平台或实现的依赖。
为了最大的便携性,需要存储近似数值数据值的代码应使用FLOAT或DOUBLE PRECISION,无需精度或数位数。
关于浮点数和定点数:
定点数中小数点的位置在初始化的时候已经定义好了,如Number(10,5),那么它能表示10位,最大值是99999.99999。这种设计的缺陷是设计的比较死。因为已经占据了要容纳10位数字的空间,那为什么不能容纳99999999.99呢?
所以有了浮点数。
浮点数的小数点位置不是固定的。所以上面说定义浮点数的时候不建议定义小数点后的位数。这不是浮点数的经典使用场景。
如float,有6-7位有效数字,可以表示1.11111也可以表示111111。
使用浮点数的问题:
mysql> CREATE TABLE t1 (i INT, d1 DOUBLE, d2 DOUBLE);
mysql> INSERT INTO t1 VALUES (1, 101.40, 21.40), (1, -80.00, 0.00),
-> (2, 0.00, 0.00), (2, -13.20, 0.00), (2, 59.60, 46.40),
-> (2, 30.40, 30.40), (3, 37.00, 7.40), (3, -29.60, 0.00),
-> (4, 60.00, 15.40), (4, -10.60, 0.00), (4, -34.00, 0.00),
-> (5, 33.00, 0.00), (5, -25.80, 0.00), (5, 0.00, 7.20),
-> (6, 0.00, 0.00), (6, -51.40, 0.00);
mysql> SELECT i, SUM(d1) AS a, SUM(d2) AS b
-> FROM t1 GROUP BY i HAVING a <> b;
+------+-------+------+
| i | a | b |
+------+-------+------+
| 1 | 21.4 | 21.4 |
| 2 | 76.8 | 76.8 |
| 3 | 7.4 | 7.4 |
| 4 | 15.4 | 15.4 |
| 5 | 7.2 | 7.2 |
| 6 | -51.4 | 0 |
+------+-------+------+
前五个记录看起来不符合比较(a和b的值似乎不同),但由于数字之间的差异显示在十进制左右,这取决于因素 如计算机体系结构或编译器版本或优化级别。 例如,不同的CPU可以不同地评估浮点数。
如果列d1和d2被定义为DECIMAL而不是DOUBLE,则SELECT查询的结果将只包含一行 - 上面显示的最后一行。
进行浮点数比较的正确方法是首先确定数字之间的差异的可接受容差,然后对公差值进行比较。 例如,如果我们认为浮点数在一万(0.0001)的精度范围内相同时,应该被认为是相同的,应该写出比较以发现大于公差值的差异:
mysql> SELECT i, SUM(d1) AS a, SUM(d2) AS b FROM t1
-> GROUP BY i HAVING ABS(a - b) > 0.0001;
+------+-------+------+
| i | a | b |
+------+-------+------+
| 6 | -51.4 | 0 |
+------+-------+------+
1 row in set (0.00 sec)
日期型:
用于表示时间值的日期和时间类型是DATE,TIME,DATETIME,TIMESTAMP和YEAR。
每个数据类型的最小值:
Data Type | "Zero" Value |
'0000-00-00' | |
'00:00:00' | |
'0000-00-00 00:00:00' | |
'0000-00-00 00:00:00' | |
0000 |
字符类型:
表示字符串的数据类型有:是CHAR,VARCHAR,BINARY,VARBINARY,BLOB,TEXT,ENUM和SET。
CHAR列的长度长度可以是从0到255的任何值。当存储CHAR值时,它们将以指定长度的空格进行右边填充。当检索到CHAR值时,除非启用了PAD_CHAR_TO_FULL_LENGTH SQL模式,否则将删除尾随空格。
VARCHAR列中的值是可变长度的字符串。长度可以指定为0到65,535之间的值。
Value | CHAR(4) | Storage Required | VARCHAR(4) | Storage Required |
'' | ' ' | 4 bytes | '' | 1 byte |
'ab' | 'ab ' | 4 bytes | 'ab' | 3 bytes |
'abcd' | 'abcd' | 4 bytes | 'abcd' | 5 bytes |
'abcdefgh' | 'abcd' | 4 bytes | 'abcd' | 5 bytes |
选择列的正确类型
为了获得最佳的存储空间,您应该尝试在所有情况下使用最精确的类型。 例如,如果对1到99999范围内的值使用整数列,则MEDIUMINT UNSIGNED是最佳类型。 在表示所有必需值的类型中,此类型使用最少的存储空间。
DECIMAL列的所有基本计算(+, - ,*和/)的精度为65位十进制(10位)。
如果精度不是很重要,或者如果速度是最高优先级,那么DOUBLE类型可能就够了。 为了获得高精度,您可以随时转换为存储在BIGINT中的定点类型。 这使您可以使用64位整数进行所有计算,然后根据需要将结果转换回浮点值。