ROUND()函数因数字格式不同的行为差异解析及FLOAT字段两位小数取整方案

差异原因 #

• 第一个SQL里的0.825是数据库默认的精确数值类型（如DECIMAL/NUMERIC），这个值能被精准存储，按照四舍五入规则，第三位小数是5，进一位后得到0.83（显示0.830是数据库默认的数值格式化规则导致）。
• 第二个SQL里把0.825转为FLOAT类型后，由于FLOAT是二进制近似存储类型，0.825无法被二进制精准表示，实际存储的是一个略小于0.825的近似值（比如接近0.824999999999999...）。对这个近似值执行ROUND到两位小数时，第三位小数实际小于5，所以舍去后得到0.82。

FLOAT字段ROUND至两位小数的实现方法 #

• 优先方案：转精确类型后再四舍五入
  先将FLOAT字段转换为足够精度的DECIMAL类型，再执行ROUND操作，确保数值精准性：

  SELECT ROUND(CAST(your_float_column AS DECIMAL(10, 3)), 2) FROM your_table;
  

  其中DECIMAL的精度参数可根据业务场景调整，只要能覆盖原FLOAT字段的有效数值范围即可。
• 业务层面根源优化
  如果是金额、高精度统计类数值，建议直接用DECIMAL类型存储，从根源避免近似存储带来的计算偏差，无需额外转换就能直接用ROUND得到正确结果。
• 临时修正方案（慎用）
  若无法修改字段类型，可通过添加极小值修正近似偏差（仅适用于常规场景）：

  SELECT ROUND(your_float_column + 0.000001, 2) FROM your_table;
  

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