floor(amount)不等于“元以下舍去”是因为其单位是1而非0.01，且对负数向负无穷取整，需用floor(amount×100)/100.0（正数）或ceiling(amount×100)/100.0（负数）实现财务意义的分位舍去。
为什么FLOOR(amount)有时不等于你想要的“元以下舍去”
FLOOR 函数对数值向下取整，但它的单位是“1”，不是“0.01”。比如 FLOOR(19.99) 得到 19，这看起来没问题；但 FLOOR(19.999) 也得 19，而如果你原始数据是 DECIMAL(10,3) 类型，多出的千分位会悄悄影响结果。更常见的是，有人误以为 FLOOR(19.99 * 100) / 100 能保留两位小数取整——其实它只是先放大再截断，仍可能因浮点计算引入误差（尤其在 PostgreSQL 或某些 MySQL 版本中）。
正确实现“分位向下取整”的三步写法
金额向下取整的本质是：抹掉小数点后第二位之后所有位，并确保第二位本身不进位。安全做法是统一换算到“分”为单位处理：
- 先把金额乘以 100 转成整数分：
amount * 100 - 用
FLOOR向下取整（此时单位是“分”）：FLOOR(amount * 100) - 再除以 100.0 强制保留两位小数：
FLOOR(amount * 100) / 100.0
示例（MySQL）：
SELECT amount, FLOOR(amount * 100) / 100.0 AS amount_floor FROM orders;注意：除以
100.0（带小数点）而非 100，避免整数除法导致结果被截断为整数。不同数据库对 DECIMAL 和 FLOOR 的行为差异
SQL 标准没规定 FLOOR 对 DECIMAL 的精度处理，实际表现要看数据库：
- MySQL 8.0+：
FLOOR(DECIMAL)返回DECIMAL，精度继承原字段，但乘除运算可能触发隐式转换 - PostgreSQL：
FLOOR(NUMERIC)返回NUMERIC，但FLOOR(19.999::NUMERIC) = 19，不会自动缩放到两位小数 - SQL Server：
FLOOR总返回FLOAT，必须显式转回DECIMAL，否则后续计算可能失精度
所以跨库迁移时，别依赖 FLOOR(amount) 直接输出两位小数结果；务必手动做 ×100 → FLOOR → ÷100.0 这一套。
容易被忽略的边界情况：负数金额
FLOOR 对负数是“向负无穷取整”，比如 FLOOR(-19.99) = -20 —— 这不符合财务场景中“-19.99 元应取整为 -19.99 元（即分位舍去，不进位）”的需求。如果业务允许负数金额参与取整，得先判断符号：
通用写法（兼容正负）：
SELECT CASE WHEN amount >= 0 THEN FLOOR(amount * 100) / 100.0 ELSE CEILING(amount * 100) / 100.0 END AS amount_floor FROM ...这里用
CEILING 处理负数，因为 -19.99 × 100 = -1999，向上取整得 -1999，再 ÷100.0 还是 -19.99。真正麻烦的不是函数本身，而是“向下取整”在财务语境里默认指“舍去尾数”，和数学定义的 FLOOR 不完全等价；一旦涉及负值、高精度类型或跨库部署，就得一层层补逻辑。
