mysql select float 查询精度问题

这个问题是在开发的时候遇到的，数据库表中由于插入浮点型数据，导致输入相同的数字比如14.9 无法查询结果，当时为了使服务运行，直接在代码中减1。之后，在网上查查后，发现遇到float的精度问题的时候，即使指定为float(d,m)d:表示整数位数，m：表示小数点后面的位数。还是会出现精度丢失问题，主要是四舍五入导致的。
为了解决这个问题，使用decimal数据保存浮点型问题，可以很好的解决精度。
这是网上的例子：
float,double容易产生误差，对精确度要求比较高时，建议使用decimal来存，decimal在mysql内存是以字符串存储的，用于定义货币要求精确度高的数据。在数据迁移中，float(M,D)是非标准定义，最好不要这样使用。M为精度，D为标度。

mysql> create table t1(c1 float(10,2), c3 decimal(10,2));
Query OK, 0 rows affected (0.02 sec)

mysql> insert into t1 values(1234567.23, 1234567.23);
Query OK, 1 row affected (0.01 sec)

mysql> select * from t1;
+------------+------------+
| c1 | c3 |
+------------+------------+
| 1234567.25 | 1234567.23 |
+------------+------------+
1 row in set (0.02 sec)

mysql> insert into t1 values(9876543.21, 9876543.12);
Query OK, 1 row affected (0.00 sec)

mysql>
mysql> select * from t1;
+------------+------------+
| c1 | c3 |
+------------+------------+
| 1234567.25 | 1234567.23 |
| 9876543.00 | 9876543.12 |
+------------+------------+
2 rows in set (0.00 sec)


不定义fload, double的精度和标度时，存储按给出的数值存储，这于OS和当前的硬件有关。

decimal默认为decimal(10,0)

因为误差问题，在程序中，少用浮点数做=比较，可以做range比较。如果数值比较，最好使用decimal类型。

精度中，符号不算在内：

mysql> insert into t1 values(-98765430.21, -98765430.12);
Query OK, 1 row affected (0.01 sec)

mysql> select * from t1;
+--------------+--------------+
| c1 | c3 |
+--------------+--------------+
| 1234567.25 | 1234567.23 |
| 9876543.00 | 9876543.12 |
| -98765432.00 | -98765430.12 |
+--------------+--------------+
3 rows in set (0.00 sec)

float占4个字节，double占8个字节，decimail(M,D)占M+2个字节。

这里补充一点，就是在数据库中一般用的还是int float string 类型，decimal很少用到，而且在插入数据库的时候，不同的浮点数，插入进数据库时也不同，比如14.9插入到数据库是14.90000，而62.1插入数据库是62.098888，最好在SQL语句中把变量由float改为String类型即 %f---》%s，这个问题就解决了。
另外在float型数据出现精度问题，直接减掉0.01就能很好的解决问题，而不需要用decimal数据类型