mysql的round函数默认采用银行家舍入（偶数舍入），如round(2.5,0)得2、round(3.5,0)得4；金融场景应改用cast(round(amount*100)/100 as decimal(10,2))实现传统四舍五入，且where中禁用round作等值比较，须改用范围查询。
ROUND函数对金额字段四舍五入的默认行为
MySQL 的 ROUND() 函数在处理金额时，**默认按“银行家舍入”（偶数舍入）规则，而非严格四舍五入**。例如 ROUND(2.5, 0) 返回 2，ROUND(3.5, 0) 返回 4——这在金融场景中容易引发争议，因为业务通常要求明确的“>=0.5 进一”。
实际使用时，若字段是 DECIMAL(10,2) 类型，直接 ROUND(amount, 2) 多数情况看似正常，但遇到 .x5 结尾（如 12.35、12.45）且前一位为偶数时，结果可能不符合财务预期。
用 CAST + ROUND 强制实现传统四舍五入
要绕过银行家舍入，最稳妥的做法是先转成浮点类型再舍入，再转回定点数。这不是“修复 ROUND”，而是规避其默认逻辑：
-
CAST(ROUND(CAST(amount AS DECIMAL(12,3)), 2) AS DECIMAL(10,2))—— 先扩展一位小数再舍入，避免原始精度丢失影响判断 - 更常用写法：
CAST(ROUND(amount * 100) / 100 AS DECIMAL(10,2))，本质是放大→取整→缩小，强制触发数学四舍五入 - 注意：如果
amount是FLOAT或DOUBLE，先CAST到DECIMAL再操作，否则浮点误差会让ROUND(1.235, 2)变成1.23
WHERE 条件中用 ROUND 做精度比较的风险
不要在 WHERE 子句里直接写 ROUND(price, 2) = 19.99 做查询条件：
- 索引失效：即使
price字段有索引，ROUND()会阻止索引下推 - 精度漂移：若
price存的是19.985（物理存储值），ROUND(19.985, 2)在某些 MySQL 版本返回19.98（银行家规则），导致查不到 - 正确做法：用范围代替精确匹配，比如
price >= 19.985 AND price ，既可走索引，又语义清晰
ALTER TABLE 时保留两位小数的字段定义建议
如果目标是“入库即规范”，而不是每次 SELECT 都算一次，应在建表或修改表结构时约束精度：
- 用
DECIMAL(12,2)而非FLOAT或DOUBLE—— 后两者无法精确表示 0.1、0.01 等十进制小数 - 插入前由应用层做
ROUND(x, 2)或数据库层用BEFORE INSERT触发器校验，避免脏数据入库 - 不推荐依赖
DEFAULT ROUND(...)，MySQL 不支持表达式作为列默认值（8.0.13+ 支持生成列，但不可用于主键/索引关键字段）
真正难的不是调用 ROUND()，而是确认你的“两位小数”是展示需求、计算中间态，还是数据一致性要求——三者对应的处理位置（应用层 / SQL 层 / 存储层）完全不同。
