一、核心函数：ROUND() 四舍五入

语法

• 规则：四舍五入
• 返回类型：数值类型，可以继续参与加减运算

基础示例

结合聚合函数 SUM()（业务最常用）

统计充值、余额、消费金额场景：

二、重要配套：兼容NULL空值 IFNULL

一个高频坑：当查询没有匹配数据时，SUM() 结果为 NULL，ROUND(NULL,2) 依旧返回NULL。
程序如果直接使用会出现空值报错。
解决方案：IFNULL() 兜底，不存在数据时返回 0.00。

标准生产写法：

逻辑说明：

1. 先执行 SUM 求和
2. 求和结果传入ROUND四舍五入
3. 如果整体结果为NULL，替换为 0.00

三、容易混淆的两个函数，不要用错

1. TRUNCATE() 直接截断，不四舍五入

适用场景：只想要舍弃后面小数、不进位；财务金额统计严禁使用，会造成金额误差。

2. FORMAT() 格式化（谨慎使用）

特性：

1. 自动增加千分位逗号 1,234.56
2. 返回字符串类型
   ??重大风险：
   拿到结果后如果继续做数值加减运算，极易引发类型异常；
   只适合直接前端展示，不适合后续参与计算。

总结区分：
? 金额统计、后续还要运算：ROUND + IFNULL
? 财务计算不要用 TRUNCATE
? 需要二次运算不要使用 FORMAT

四、实战多字段横向汇总场景

仪表盘统计多条金额指标，一次性统一处理小数：

五、两种实现方案对比：SQL处理 VS 应用代码处理

方案A：SQL内部 ROUND 处理（推荐）

优点：

1. 统一规则，前后端不需要重复维护保留小数逻辑；
2. 减少应用层判空、类型转换代码；
3. 多条统计汇总时代码更简洁。

缺点：
复杂计算逻辑全部压在数据库，极端大量并发场景需要评估压力。

方案B：原始数值查出，Python/Java代码四舍五入

优点：灵活，可以针对不同场景切换保留位数；
缺点：

1. 每个接口都要重复写格式化逻辑，容易漏写；
2. 多人开发容易出现标准不统一，有的四舍五入、有的直接截断。

建议规范：单纯展示类报表、后台统计页面，优先SQL层统一ROUND。

六、高频开发踩坑清单

坑1：函数顺序写反

? 错误写法

逻辑没问题，但推荐下面可读性更强顺序；

? 推荐顺序

坑2：忘记处理NULL，程序拿到None

没有业务数据时 SUM 返回 NULL，前端展示出现空白。务必搭配 IFNULL。

坑3：使用FORMAT接收后继续运算

坑4：金额字段使用float存储

浮点类型本身存在精度丢失，最佳实践：金额使用 DECIMAL(18,2) 存储，从根源避免精度问题。

七、编码规范模板（直接复制使用）

单条金额统计标准模板

分组统计场景

八、全文总结

1. 四舍五入优先使用 ROUND(数值,2)，返回数值，支持后续运算；
2. 无匹配数据会产生NULL，固定搭配 IFNULL(...,0.00) 兜底；
3. TRUNCATE 截断不进位，财务业务禁止随意使用；
4. FORMAT生成带千分位字符串，仅用于直接展示，不要参与数值计算；
5. 报表类金额统计建议在SQL层统一处理小数规则，避免应用代码各处重复格式化；
6. 存储金额尽量使用 DECIMAL 类型，规避浮点数精度丢失隐患。

财务数据对精度敏感，统一SQL层使用ROUND规范处理，能极大减少前后端因小数保留规则不一致产生的对账问题。