首页 ›存档› 技术 › 查看内容

MySQL 之 ROUND 函数四舍五入的陷阱

2018-3-30 13:00 |来自: 互联网 356 0

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

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

问题描述

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

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

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

最初一直以为这样的结果肯定是都是101，因为上面这六个取值结果都是对100 * 1.005进行四舍五入，结果肯定都是101才对，而后面两个肯定是4和3才对，但是最终的结果却是与设想的大相径庭

为什么会这样？

同样是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函数的结果可以明确的看确实是转换为了最近的偶数。