MySQL-ROUND函数进行四舍五入操作陷阱分析

在MySQL中， ROUND 函数用于对查询结果进行四舍五入，不过最近使用ROUND函数四舍五入时意外发现并没有预期的那样，本文将这一问题记录下来，以免大家跟我一样犯同样的错误。

问题描述

假如我们有如下一个数据表 test ，建表语句如下

CREATE TABLE test (
 id int(11) NOT NULL AUTO_INCREMENT,
 field1 bigint(10) DEFAULT NULL,
 field2 decimal(10,0) DEFAULT NULL,
 field3 int(10) DEFAULT NULL,
 field4 float(15,4) DEFAULT NULL,
 field5 float(15,4) DEFAULT NULL,
 field6 float(15,4) DEFAULT NULL,
 PRIMARY KEY (id)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

我们创建了一个名为 test 的表，出了 id 字段之外还包含了多个字段，拥有这不同的数据类型。我们向这个表中插入一条数据

INSERT INTO test (field1, field2, field3, field4, field5, field6) VALUE (100, 100, 100, 1.005, 3.5, 2.5);

插入之后表中的数据是这样的

mysql> select * from test;
+----+--------+--------+--------+--------+--------+--------+
| id | field1 | field2 | field3 | field4 | field5 | field6 |
+----+--------+--------+--------+--------+--------+--------+
| 1 |  100 |  100 |  100 | 1.0050 | 3.5000 | 2.5000 |
+----+--------+--------+--------+--------+--------+--------+
1 rowin set (0.00 sec)

如果现在我们执行下面这个SQL，你觉得结果会是什么样的呢？

SELECT
 round(field1 * field4),
 round(field2 * field4),
 round(field3 * field4),
 round(field1 * 1.005),
 round(field2 * 1.005),
 round(field3 * 1.005),
 round(field5),
 round(field6)
FROM test;

为什么会这样？

同样是100*1.005，为什么从数据库中的字段相乘得到的结果和直接字段与小数相乘得到的不一样呢？

查询了mysql官方文档中关于ROUND函数的部分，其中包含下面两条规则：

• For exact-value numbers, ROUND() uses the “round half up”
  rule（对于精确的数值， ROUND 函数使用四舍五入）
• For approximate-value numbers, the result depends on the C library.
  On many systems, this means that ROUND() uses the “round to nearest
  even” rule: A value with any fractional part is rounded to the
  nearest even integer. （对于近似值，则依赖于底层的C函数库，在很多系统中 ROUND函数会使用“取最近的偶数”的规则）

通过这两条规则，我们可以看出，由于我们在使用两个字段相乘的时候，最终的结果是按照 float 类型处理的，而在计算机中 float 类型不是精确的数，因此处理结果会按照第二条来，而直接整数字段与1.005这样的小数运算的结果是因为两个参与运算的值都是精确数，因此按照第一条规则计算。
从 field5 和 field6 执行 ROUND 函数的结果可以明确的看确实是转换为了最近的偶数。