mysql查询精度,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数据类型