为什么 MySQL 在比较浮点数时返回意外结果？

MySQL 浮点比较异常

浮点数通常因其不精确的性质而在比较中导致意外结果而臭名昭著。 MySQL 也不例外。

想象一下这个场景：MySQL 表中有一个名为“points”的列，用于存储浮点值。当执行诸如：

SELECT COUNT(*) FROM `users` WHERE `points` > "12.75"

之类的查询时，您可能期望它返回 3，因为有四个值大于 12.75。然而，MySQL 可能只返回 2。

此行为是计算机中实现浮点运算方式的结果。尽管在我们的代码中将值存储为“12.75”或“50.12”，但这些值通常在内部存储为近似值。

浮点算术错误的内部

到为了说明这一点，让我们对一些浮点数进行简单的求和数字：

CREATE TABLE a (num float);

INSERT INTO a VALUES (50.12);
INSERT INTO a VALUES (34.57);
INSERT INTO a VALUES (12.75);
INSERT INTO a VALUES (11.22);
INSERT INTO a VALUES (10.46);
INSERT INTO a VALUES (9.35);
INSERT INTO a VALUES (8.55);
INSERT INTO a VALUES (7.23);
INSERT INTO a VALUES (6.53);
INSERT INTO a VALUES (5.15);
INSERT INTO a VALUES (4.01);

SELECT SUM(num) FROM a;

此查询可能返回类似“159.94000005722”而不是“159.94”的结果。额外的“0.00000005722”是浮点算术内部舍入错误的结果。

修复 DECIMAL 类型的问题

为了避免此类不准确，建议使用 DECIMAL 数据类型。 DECIMAL 将值表示为具有固定位数的字符串，而不是依赖于浮点近似值。

ALTER TABLE a MODIFY num DECIMAL(6,2);

SELECT SUM(num) FROM a;

通过此更改，SUM 查询将返回预期结果“159.94”。

结论

虽然浮点类型可以方便对于某些应用程序，它们的比较行为在 MySQL 中可能不可靠。为了进行精确的比较和计算，强烈建议使用 DECIMAL 数据类型。

以上是为什么 MySQL 在比较浮点数时返回意外结果？的详细内容。更多信息请关注PHP中文网其他相关文章！