在MySQL中, ROUND 函数用于对查询结果进行四舍五入,不过最近使用ROUND函数四舍五入时意外发现并无预期的那样,本文将这一问题记录下来,并提出解决方案。
问题描述
假如咱们有以下一个数据表 test ,建表语句如下:
CREATETABLEtest ( idint(11) NOT NULL AUTO_INCREMENT, field1bigint(10) DEFAULT NULL, field2decimal(10,0) DEFAULT NULL, field3int(10) DEFAULT NULL, field4float(15,4) DEFAULT NULL, field5float(15,4) DEFAULT NULL, field6float(15,4) DEFAULT NULL, PRIMARYKEY (id) ) ENGINE=InnoDBDEFAULT CHARSET=utf8;
咱们建立了一个名为 test 的表,出了 id 字段以外还包含了多个字段,拥有这不一样的数据类型。咱们向这个表中插入一条数据sql
INSERTINTOtest (field1, field2, field3, field4, field5, field6) VALUE (100, 100, 100, 1.005, 3.5, 2.5);
插入以后表中的数据是这样的数据库
mysql> select * fromtest; +----+--------+--------+--------+--------+--------+--------+ | id | field1 | field2 | field3 | field4 | field5 | field6 | +----+--------+--------+--------+--------+--------+--------+ | 1 | 100 | 100 | 100 | 1.0050 | 3.5000 | 2.5000 | +----+--------+--------+--------+--------+--------+--------+ 1 rowin set (0.00 sec)
若是如今咱们执行下面这个SQL,你以为结果会是什么样的呢?app
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) FROMtest;
最初一直觉得这样的结果确定是都是 101 ,由于上面这六个取值结果都是对 100 * 1.005 进行四舍五入,结果确定都是 101 才对,然后面两个确定是 4 和 3 才对,可是最终的结果倒是与设想的截然不同函数
*************************** 1. row *************************** round(field1 * field4): 100 round(field2 * field4): 100 round(field3 * field4): 100 round(field1 * 1.005): 101 round(field2 * 1.005): 101 round(field3 * 1.005): 101 round(field5): 4 round(field6): 2 1 rowin set (0.00 sec)
为何会这样?
一样是100*1.005,为何从数据库中的字段相乘获得的结果和直接字段与小数相乘获得的不同呢?this
对这个问题百思不得其解,各类百度谷歌无果。。。没办法,还得靠本身,这个时候最有用的就是官网文档了,因而查询了mysql官方文档中关于ROUND函数的部分,其中包含下面两条规则spa
- 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 函数的结果能够明确的看确实是转换为了最近的偶数。
解决办法
1.改变表中数字的数据类型
使用精确的数字类型Decimal或者numberic定义字段,
2.强制类型转换
保留两位小数时:
Convert(val,decimal(10,2))
保留两位小数且小数点后为零不显示:
Convert(Convert(decimal(10,2),val),FLOAT)
保留小数位数为两位或多位:
需要用到:Convert ( VAL, decimal ( int i , int j ) , ) 此方法
其中的参数代表的意思
i : decimal 的长度
j : 当前查询的结果需要的小数位数(保留两位就是2,三位就是3 … …)
VAL:需要进行处理的数据(此数据可以用计算公式代替)
需要保留两位小数且小数点后为零不显示:
需要用到:Convert (VAL, FLOAT ) 此方法
3.编写自定义四舍五入函数
CREATE FUNCTION f_RoundEx (
@VAL FLOAT,
-- 需要几舍几入的值
@Digit INT,
-- 保留小数位数
@point INT -- 确定是几舍
) RETURNS FLOAT AS
BEGIN
DECLARE @Factor FLOAT,
@result FLOAT ,@fPoint FLOAT;
SET @Factor = power(10 ,@Digit);
SET @fPoint = (10 -@point - 1) * 0.1;
IF @VAL
SET @result = floor(@VAL *@Factor - @fPoint) / @Factor;
ELSE
SET @result = floor(@VAL * @Factor + @fPoint) / @Factor RETURN @result;
END;
总结
从这个例子中能够看到,在MySQL中使用ROUND仍是要很是须要注意的,特别是当参与计算的字段中包含浮点数的时候,这个时候计算结果是不许确的。