我用SELECT 0.1 + 0.2;测试，用MySQL（MariaDB）查询，它返回了正确的答案
MariaDB [(none)]> SELECT 0.1 + 0.2;
+-----------+
| 0.1 + 0.2 |
+-----------+
| 0.3 |
+-----------+
1 row in set (0.000 sec)
由于IEEE 754here 的解释，浮点计算在大多数编程语言中都不准确。
MySQL 如何进行浮点计算以使其返回正确答案？
【问题讨论】：
0.1 + 0.2 的软件的实际示例吗？
0.30000000000000004，这里还有很多其他语言的例子 => 0.30000000000000004.com
我知道 SQL 92 是旧标准，但我很确定这在较新的 SQL 标准版本中没有改变。
SQL 92 定义
73)Subclause 6.12,
"<numeric value expression>": 当数据类型 加法的两个操作数。减法，乘法， 或除法运算符是精确数字，则 结果是实现定义的。"*75)Subclause 6.12,
"<numeric value expression>": 当数据 算术运算符的 either 操作数的类型是 近似的 numeric，结果的精度是实现定义的。"*
问题是：0.1 和 0.2 在查询 SELECT 0.1 + 0.2 中是近似值还是精确值？
答案是：你不知道，数据库也不知道。
所以数据库将运行为 MySQL 和 MariaDB 引擎定义的实现，这个接缝被处理为 DECIMAL(1,1) 数据类型
为什么尼克的答案会返回正确的值或带有表定义的预期值
SQL 92 也定义了
隐式类型转换可以发生在表达式中，取Opera-
、单行选择操作、插入、删除和更新。
可以使用 CAST 指定显式类型转换
运算符。
Nick 通过在表中定义数据类型来完成的。
编辑了这个答案，因为我今天在 MySQL 的手册中找到了一些东西。
查询
SELECT (0.1 + 0.2) = 0.3
结果为 MySQL 中的 1，这意味着 MySQL 使用精确的数字计算并在可能的情况下使用 Precision Math。
所以 MySQL 确实知道 0.1、0.2 和 0.3 是这里的精确数据类型，需要精确计算，就像我在这次编辑之前所期待的那样。
查询的意思
SELECT (0.1 + 0.2) = 0.3
将在引擎盖下运行或多或少像
SELECT CAST((0.1 + 0.2) AS DECIMAL(1, 1)) = CAST((0.3) AS DECIMAL(1, 1));
【讨论】：
这只是 MySQL 在数据类型/格式选择方面的智能，因为您没有指定这些值是浮点数。试试这个：
create table test (f float);
insert into test values (0.1), (0.2);
select sum(f) from test
输出：
sum(f)
0.30000000447034836
如果你使用双精度，你会得到经典的0.30000000000000004 结果。 Demo on dbfiddle
【讨论】：
DECIMAL 来确保准确性。