ABS函数返回非负数，但可能因输入类型隐式转换而截断小数；排序时仅按绝对值大小排列，不保留原符号顺序；NULL输入返回NULL，需显式处理；负零被转为0.0，浮点比较建议统一类型。

ABS函数返回值永远是非负数，但可能意外截断小数

MySQL的ABS()只做符号翻转，不改变数值精度。如果传入的是DECIMAL或带小数的FLOAT，结果仍保留原精度；但如果字段定义为INT，哪怕存了3.7也会先被隐式转成3再取绝对值——你看到的“没小数”，不是ABS()干的，是类型转换提前干的。

• 用ABS(3.7) → 返回3.7（类型仍是DOUBLE）
• 用ABS(col)且col是INT → 先丢小数，再取绝对值
• 想保留小数？确保字段或表达式本身是DECIMAL或FLOAT类型，比如ABS(CAST(col AS DECIMAL(10,2)))

在ORDER BY里用ABS排序时，负数和正数会混在一起

这是最容易误解的一点：ABS(col)排序只看绝对值大小，不保留原始符号信息。比如数据是-5, 3, -2, 4，按ABS(col)升序排出来是-2, 3, 4, -5——因为它们的绝对值分别是2,3,4,5。如果你本意是“先按绝对值分组，再按原值排序”，就得写两层：ORDER BY ABS(col), col。

• 只写ORDER BY ABS(col) → 失去原始正负顺序
• 需要稳定排序？补上第二级，比如ORDER BY ABS(col), col DESC
• 性能注意：对大表用ABS(col)排序无法走索引，除非你建了函数索引（MySQL 8.0.13+支持CREATE INDEX idx_abs ON t ((ABS(col)));）

ABS和NULL一起用会直接返回NULL，不是报错

这很安全，但也容易漏掉。只要输入是NULL，不管什么类型，ABS(NULL)一定返回NULL，不会触发警告或错误。所以在聚合或条件判断里要主动处理空值，否则可能让WHERE ABS(col) > 10把NULL行全过滤掉——而你根本没意识到它被踢出去了。

MySQL8 CRM Schema Design Expert

面向 CRM 系统的 MySQL 8 数据库模式设计。当用户需要为客户关系管理（CRM）系统设计、评审、优化或生成数据库模式时，应使用此项技能。

下载

• ABS(NULL) → NULL，不是0，也不是报错
• 想把NULL当0处理？用ABS(IFNULL(col, 0))
• 想排除NULL再算？显式加WHERE col IS NOT NULL，别依赖ABS()帮你过滤

和负零（-0.0）打交道时，ABS返回的是0.0，但类型可能影响比较结果

MySQL里没有真正的“负零”概念，-0.0会被当成0.0存储，ABS(-0.0)也确实是0.0。但如果你从应用层传入DOUBLE类型的-0.0，又用=去比对0（整型），可能因隐式转换导致意外不等——比如ABS(-0.0) = 0为真，但ABS(-0.0) = 0.0才更稳妥。

• MySQL内部不区分+0.0和-0.0，都存成0.0
• 但浮点计算链路长时（比如从JSON或外部API读入），建议统一用DECIMAL避免浮点误差干扰
• 做等值判断时，尽量让两边类型一致：ABS(col) = 0.0比ABS(col) = 0更可靠

事情说清了就结束。真正麻烦的不是ABS()本身，而是它前面的数据类型、后面的排序逻辑、还有那些悄悄消失的NULL。