MySQL 9.0 发行说明
浮点数有时会导致混淆,因为它们是近似值,而不是存储为精确值。在 SQL 语句中写入的浮点值可能与内部表示的值不同。尝试在比较中将浮点值视为精确值可能会导致问题。它们还受到平台或实现依赖性的影响。FLOAT
和 DOUBLE
数据类型会受到这些问题的影响。对于 DECIMAL
列,MySQL 使用 65 位小数精度执行运算,这应该可以解决大多数常见的精度问题。
以下示例使用 DOUBLE
来演示使用浮点运算执行的计算如何受到浮点误差的影响。
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)
相反,要获取数字相同的行,测试应查找容差值内的差异
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 |
+------+------+------+
| 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 |
+------+------+------+
5 rows in set (0.03 sec)
浮点值受到平台或实现依赖性的影响。假设您执行以下语句
CREATE TABLE t1(c1 FLOAT(53,0), c2 FLOAT(53,0));
INSERT INTO t1 VALUES('1e+52','-1e+52');
SELECT * FROM t1;
在某些平台上,SELECT
语句返回 inf
和 -inf
。在其他平台上,它返回 0
和 -0
。
上述问题的含义是,如果您尝试通过在源服务器上使用 mysqldump 转储表内容,然后将转储文件重新加载到副本中来创建副本,则包含浮点列的表在两个主机之间可能会有所不同。