迁移数据至TiDB后float(10,2)字段求和出现8位小数问题求助

嘿，这个问题我碰到过类似的，来给你捋捋～你从Infobright迁移到TiDB后，spends字段定义为float(10,2)但求和得到8位小数，核心原因是浮点数的精度特性，下面给你拆解原因和解决方案：

为什么会出现这个问题？ #

• float是单精度浮点数，它用二进制存储数值，无法精确表示所有十进制小数（比如0.1、0.2这类数在二进制里是无限循环的），存储时只能存近似值。当大量这类近似值累加时，误差会被放大，最终就出现了多位小数的结果。
• Infobright可能在存储或计算环节做了隐式的精度截断，让你之前没察觉到这个问题；而TiDB严格遵循浮点数的计算规则，所以迁移后这个精度问题就显现出来了。

怎么解决？ #

1. 改用DECIMAL类型（最推荐） #

如果spends是金额这类对精度要求高的字段，直接把字段类型改成DECIMAL(10,2)是一劳永逸的办法。DECIMAL是精确小数类型，能精准存储和计算十进制数值，完全避免精度丢失。
修改表结构的SQL：

ALTER TABLE adpay MODIFY COLUMN spends DECIMAL(10,2);

改完后重新插入数据，再求和就能得到精确的两位小数结果了。

2. 对求和结果做格式化（临时方案） #

如果暂时没法修改表结构，可以在查询时用ROUND()函数把结果截断到两位小数：

SELECT ROUND(SUM(t.spends), 2) FROM (SELECT spends FROM adpay LIMIT 90000) t;

不过这只是表面上的“修正”，底层的精度误差还是存在，只适合临时救急。

3. 插入时提前处理精度 #

在PHP插入数据前，先对spends值做精度截断，减少插入时的误差：

// 假设$originalSpends是从Infobright获取的原始值
$spendsValue = round($originalSpends, 2);
$sql = "INSERT INTO adpay (spends, ...) VALUES ($spendsValue, ...)";
doQuery($sql);

但这个方法也只是减少误差，不如改用DECIMAL彻底。

内容的提问来源于stack exchange，提问作者chris