abs函数返回数值绝对值且不改变数据类型，支持int、float、decimal等数值类型，不接受字符串或null；常见用途是where中判断偏离中心值的距离。
ABS函数的基本用法和参数类型
ABS 是 SQL 标准函数，直接返回数值的绝对值，不改变原数据类型。它接受一个数值表达式（INT、FLOAT、DECIMAL 甚至带符号的 NUMERIC），但不能传入字符串或 NULL —— 否则多数数据库会报错或返回 NULL。
常见错误现象：ABS('−5') 在 MySQL 中可能隐式转换成功，但在 PostgreSQL 或 SQL Server 中直接报错 invalid input syntax for type numeric；ABS(NULL) 永远返回 NULL，不是 0。
- 推荐写法：
ABS(column_name)或ABS(-12.34)，确保输入是明确的数值型 - 避免写法：
ABS(CAST(str_col AS INT))—— 先转换再取绝对值，不如在应用层处理更安全 - 注意：SQL Server 对
ABS输入有严格类型检查，TINYINT负数取绝对值会溢出（因为TINYINT范围是 0–255，无法表示 −128 的绝对值）
在 WHERE 条件中用 ABS 过滤偏离中心值的数据
实际场景里，ABS 常用于“距离判断”，比如查温度偏离平均值 ±2 度以内的记录，或查误差小于阈值的测试结果。
示例（MySQL/PostgreSQL）：
SELECT * FROM sensor_data WHERE ABS(temperature - 25.0)
- 性能影响：如果
temperature列有索引，ABS(temperature - 25.0) 通常无法走索引，因为表达式破坏了索引有序性 - 更高效写法：
temperature BETWEEN 23.0 AND 27.0，语义等价但能命中索引 - 只有当计算逻辑复杂（如多列组合偏差）时，才值得用
ABS，否则优先展开为范围条件
ABS 和负号连用时的常见陷阱
有人会写 -ABS(x) 想取反，但容易误以为是“让负数变正、正数变负”——其实它永远返回非正值。更隐蔽的问题是嵌套使用时的优先级误解。
-
ABS(-x)和ABS(x)等价，没必要多套一层负号 -
ABS(x) * -1等同于-ABS(x)，结果恒 ≤ 0；若想翻转符号，应写CASE WHEN x > 0 THEN -x ELSE ABS(x) END - 在 ORDER BY 中写
ORDER BY ABS(score)会按绝对值升序排，但原始正负信息丢失，后续无法区分 +100 和 −100
不同数据库对 ABS 的兼容性细节
绝大多数 SQL 方言都支持 ABS，但边界行为略有差异：
- MySQL：支持
ABS(TIME_TO_SEC(...))这类时间转数值后的取绝对值，但不建议依赖 - PostgreSQL：
ABS对NUMERIC精度无损，但对超大整数（如9223372036854775807::BIGINT）取绝对值会溢出报错 - SQLite：没有单独的
ABS函数，但支持abs()（小写），且对字符串尝试转换（如abs('-5')返回 5），行为宽松但不可靠 - Oracle：
ABS支持 BINARY_FLOAT/BINARY_DOUBLE，但对NaN返回NaN，不是报错
跨库迁移时，别假设 ABS 能吞掉类型错误；生产环境务必用显式 CAST 或前置校验保证输入干净。
