mysql关于数值精度问题

问题来源：

前几天用户向我反映了一个问题，有一个金额字段当输入到达百万级时，个位数的精度会丢失，即1000001会显示为100W，然后我就开始查找问题所在。

 

背景：

首先，实体类该字段为float类型，mysql类型也为float，然后当我在后台保存数据时：

假设金额nowPrice = 1008622，java输出为：1008620，而mysql显示为：

显然是因为科学计数法把个位数的精度丢失了，从而导致数据出错。

 

问题分析过程：

一开始我认为是java问题，因为float、double类型当位数过多时会自动转化为科学计数法，可能在转换的过程中精度丢失了，从而导致数据库的数据出错。

为了验证以上说法，我使用sql查询语句来测试，结果：

 

 

即使用1008622作为条件可以正确查询到记录，而使用1008620是不能查询到记录的，因此我认为数据库的真实数据是正确的，但显示则使用丢失了精度的科学计数法。

 

然后我直接使用mysql驱动连接数据库并查询结果，发现ResultSet rs.getString("nowPrice") = 1.00862e+06，rs.getFloat("nowPrice") = 1008620.0，可见mysql是把丢失了精度的科学计数法直接返回给应用。

至此可以确定是mysql的问题了，于是我查询了相关资料并请教公司DBA，原来float、double是属于非标准类型，他们在mysql中保存的是近似值，会导致精度问题。

之后我做了更多测试，包括添加小数点数值。当添加了小数点之后，基本上无法使用该字段作精确的条件查询出来了。

PS：可以使用此方法查出来：select * from tt_price where price = (select price from tt_price);

 

总结float类型的问题：1.数值达到百万级别时真实数值与显示数值不一致；2.返回给应用的数值不是真实数值；3.小数点位数过多时会进行四舍五入，导致查询、更新操作出现异常情况。

类似的double类型同样存在以上的问题，只不过double是双精度，需要更高位数时才能出现这种问题。

 

结论：

因此，在比较敏感的字段上如金额等字段，建议使用：mysql使用decimal类型，oracle使用Number类型。Decimal是以字符串的形式保存数值，Number则是变长阿拉伯数字数组。两者均可以指定总位数和小数位，另外精度和小数位不会影响数据如何存储，只会影响允许哪些数值及数值如何舍入。

 

续篇：

后来经过测试，mysql的float和double也可以指定总位数和小数位，显式地指定位数和小数位后效果与decimal无差，不会存上真实数值与显示数值不一致，因此float基本能满足我们的日常需求了，只是必须要指定位数而已。