在数据库查询里，当我们对FLOAT或DOUBLE类型的金额字段使用SUM函数做汇总，有时会得到一个肉眼可见不准确的结果，比如本该是100.00，查出来却是99.99999999999999。这种现象并不是数据库算错了，而是由浮点数本身的存储方式决定的。理解背后的原理，并学会用DECIMAL类型做强制转换，是写对统计SQL的关键一步。
浮点数精度偏差从哪里来
计算机中的FLOAT和DOUBLE遵循IEEE 754标准，用二进制科学计数法近似表示十进制小数。像0.1这种在十进制里很规整的数，换成二进制却是无限循环小数，只能被截断保存。单个值误差极小，但SUM函数要把成千上万条这样的近似值相加，舍入误差就会逐步累积放大。
我们可以用一段简单的SQL观察这个问题。下面这张表里amount是DOUBLE类型，插入三个0.1，理论上SUM应为0.3，但实际结果带有极长的小数尾巴。
CREATE TABLE test_float (amount DOUBLE); INSERT INTO test_float VALUES (0.1), (0.1), (0.1); SELECT SUM(amount) AS total FROM test_float; -- 某些数据库返回 0.30000000000000004
这种偏差在报表展示或后续判断（如total = 0.3）时会造成麻烦。因为浮点比较本身就不该用等号，业务代码若直接拿SUM结果做等额核对便会失败。因此从数据源头或计算环节规避浮点误差，比在应用层做四舍五入更可靠。
DECIMAL类型的定点数机制
DECIMAL（在部分数据库中也叫NUMERIC）采用定点数存储，它会按你指定的精度p和标度s，用十进制数位精确记录数值。例如DECIMAL(10,2)表示总共10位、其中小数占2位，数据库以类似字符串的方式按十进制对齐保存，不存在二进制近似问题。
当我们把浮点列强制转换成DECIMAL后再求和，所有运算都在十进制空间内按标度对齐完成，舍入只发生在显式转换那一刻，且可按业务需要控制。下面演示先转后求和的写法：
SELECT SUM(CAST(amount AS DECIMAL(12,4))) AS total FROM test_float; -- 返回精确的 0.3000
这里CAST把每条0.1转成DECIMAL(12,4)得到精确的0.1000，三个相加就是0.3000。需要注意目标标度不要小于原始小数位，否则转换时就被截断；精度也要足够大，防止多行累加后整数位溢出。
转换时机的两种写法与对比
常见的写法有两种：一种是对列先CAST再SUM，如上例；另一种是SUM完再CAST。两者在数学上接近，但细节有差别。先转再SUM能保证每一步累加都是定点数，误差最小；后转则可能先让浮点误差累加完，再一次性转DECIMAL，此时误差已被固化。
-- 写法A：先转再SUM（推荐） SELECT SUM(CAST(amount AS DECIMAL(12,4))) AS total FROM test_float; -- 写法B：先SUM再转 SELECT CAST(SUM(amount) AS DECIMAL(12,4)) AS total FROM test_float;
在行数极多或单值偏差较大时，写法B可能把已经偏离的浮点总和直接定型，例如浮点SUM出了0.30000000000000004，转成DECIMAL(12,4)后变成0.3000，看似正确，但若标度更大如DECIMAL(12,10)就会露出0.3000000000后面的误差。因此更稳妥的是让计算全程定点化。
另外，若表结构允许，最好从建表起就把金额字段定义为DECIMAL，而不是等到查询时才转换。这样写入时就是精确值，SUM自然无误，也省去每次查询CAST的开销。
实际业务中的注意事项
使用DECIMAL强制转换时，要明确业务的金额上限与小数位。比如订单金额最大九百九十九万九千九百九十九元，小数两位，那么DECIMAL(12,2)足够；若涉及汇率计算需四位小数，则用DECIMAL(14,4)之类。标度设太大浪费存储，设太小会截断。
还要留意不同数据库对DECIMAL运算的隐式转换规则。例如MySQL在DECIMAL与FLOAT混合运算时会把DECIMAL转回FLOAT，导致精度丢失，所以必须保证参与SUM的全是DECIMAL。下面这个例子就是反面教材：
-- 错误示范：与浮点常量运算导致降级 SELECT SUM(CAST(amount AS DECIMAL(12,4))) + 0.1 FROM test_float; -- 0.1是DOUBLE，整体结果变回浮点
正确做法是将常量也写成定点形式，如DECIMAL '0.1' 或 CAST(0.1 AS DECIMAL(12,4))，确保整个表达式都在DECIMAL体系内。这样最终的SUM结果才能稳定精确，顺利通过财务对账。
小结
SQL里SUM算浮点数字段出现精度偏差，本质是IEEE 754浮点的二进制近似与误差累积。通过CAST把字段转为合适的DECIMAL类型，让求和在十进制定点空间内进行，可以从根本上消除偏差。优先选先转后SUM、定义匹配的精度标度、避免与浮点值混合运算，就能写出靠谱的统计数据查询。