mysql sign() 返回1、-1、0或null：正数返回1，负数返回-1，零返回0，null输入返回null；常用于数值符号分类，但需注意null处理及非数值输入的隐式转换问题。
MySQL SIGN() 返回什么值？
SIGN() 只做一件事：输入一个数值，返回它的符号标识。正数返回 1，负数返回 -1，零返回 0。它不处理 NULL——遇到 NULL 直接返回 NULL，这点常被忽略。
- 常见错误现象：
SELECT SIGN(NULL)得到NULL，不是0；后续用在CASE或计算中可能意外中断逻辑 - 使用场景：快速分类数值区间（如“涨/跌/平”）、避免重复写
> 0/条件、配合 <code>ABS()恢复原始符号 - 参数差异：只接受单个数值表达式，支持整数、浮点、DECIMAL，也支持带单位的数值（如
TIME_TO_SEC('00:01:00')），但不接受字符串（SIGN('5')会隐式转为 0）
怎么用 SIGN() 替代冗长的条件判断？
比如要给销售变动打标签：“增长”“下降”“持平”，不用三层 CASE WHEN x > 0 THEN ...，直接靠 SIGN() 映射更简洁。
SELECT
product,
change_amount,
CASE SIGN(change_amount)
WHEN 1 THEN '增长'
WHEN -1 THEN '下降'
WHEN 0 THEN '持平'
ELSE '未知' -- 覆盖 NULL 场景
END AS trend
FROM sales_log;
- 性能影响：几乎无开销，纯 CPU 计算，比多次比较略快，但差异微乎其微，主要价值在可读性
- 容易踩的坑：忘记处理
NULL分支，导致trend列出现 NULL 值；若change_amount是 DECIMAL(10,2)，SIGN()结果仍是整数，不影响后续逻辑 - 兼容性：MySQL 4.0+ 全支持，MariaDB 同样可用
SIGN() 和 ABS() 配合还原原始值？
有时你有绝对值和符号两个字段，想重建原值：original = SIGN(x) * ABS(x)。但注意：这仅在你知道 x 非 NULL 时才安全。
- 典型误用：
SELECT SIGN(val) * ABS(val) FROM t—— 如果val是 NULL，结果还是 NULL，不是 0 - 正确做法：需要还原时，显式补默认值，例如
COALESCE(SIGN(val), 0) * ABS(COALESCE(val, 0)) - 为什么这样做：
SIGN()本身不改变数值精度，但和ABS()连用时，若原始是浮点数（如-1.23e-5），结果仍保持相同精度，不会自动转整型
哪些情况不该用 SIGN()？
它不是万能符号探测器。遇到非数值或边界模糊的场景，硬套反而出错。
- 字符串转数值失败：
SIGN('abc')→0（不是报错），容易掩盖脏数据问题 - 时间差计算：想判断两个日期谁大，别用
SIGN(DATEDIFF(a,b))，直接用a > b更直观且语义清晰 - 浮点精度陷阱：对极小浮点数（如
-1e-308）调用SIGN()仍返回-1，但某些计算中它可能被当作 0 处理，需结合业务容忍度评估
真正难的不是记住返回值，而是每次用前确认输入是否可控、是否已过滤 NULL、是否真需要这个抽象层。多数时候，它省的是几行代码，不是思考成本。
