MySQL不支持NVL，应使用IFNULL（两参数直替）或COALESCE（多参数兼容标准），后者跨库更安全。
MySQL里别用NVL，直接上IFNULL或COALESCE
MySQL根本不认NVL，一用就报错ERROR 1305 (42000): FUNCTION xxx.NVL does not exist。这不是版本差异问题，是语法层面的硬性不支持。
推荐按场景选：
- 简单两值替换（比如
salary为空就填0）：用IFNULL(salary, 0)，语义直白、性能略优 - 要兼容未来换库，或需多级 fallback（比如先试
mobile，再试email，最后填'无联系方式'）：统一用COALESCE(mobile, email, '无联系方式') - 别在
WHERE里套IFNULL做条件判断，例如WHERE IFNULL(status, 'draft') = 'active'——这会让索引失效，改用status = 'active' OR (status IS NULL AND 'draft' = 'active')更稳妥
Oracle中NVL不是万能的，类型必须对齐
NVL在Oracle里虽稳定，但对参数类型极其敏感。比如NVL(hire_date, '2020-01-01')会直接报ORA-00932: inconsistent datatypes，因为日期和字符串类型不兼容。
正确做法：
- 同类型优先：
NVL(salary, 0)（都是数值）、NVL(name, '未知')（都是字符串） - 跨类型必须显式转换：
NVL(TO_CHAR(hire_date, 'YYYY-MM-DD'), '未入职')，不能依赖隐式转换 - 想实现“非空时计算、为空时返回默认值”这类逻辑？
NVL做不到，得用NVL2(hire_date, '已入职', '未入职')或CASE WHEN
跨数据库项目只认COALESCE，别碰IFNULL/NVL硬编码
只要SQL要跑在MySQL + Oracle + PostgreSQL混合环境里，IFNULL和NVL就是定时炸弹。本地MySQL跑通，上线Oracle立刻挂掉，错误提示还藏在堆栈深处，排查成本远高于初期改写。
安全策略只有两条：
- 所有空值处理统一写
COALESCE(col, 'default')，它在所有主流数据库中行为一致 - 如果必须用
IFNULL或NVL（比如遗留存储过程），就在部署前用脚本批量替换，并重点验证类型兼容性——例如COALESCE(age, 0)在MySQL里返回整型，在Oracle里可能被推导为NUMBER，但若原字段是NUMBER(3,0)，替换后没加CAST可能触发精度截断
Hive里NVL和IFNULL其实是同一个函数
Hive的NVL和IFNULL底层执行计划完全一样，属于语法糖关系。你写哪个都行，但要注意：它们都强制要求两个参数类型严格一致或可隐式转换。
常见翻车点：
-
NVL(age, 'N/A')：如果age是INT，Hive会尝试把'N/A'转成INT失败，报Cannot convert string to int - 安全写法是
COALESCE(CAST(age AS STRING), 'N/A')，或者统一转字符串：NVL(CAST(age AS STRING), 'N/A') - 别指望
NVL能处理''（空字符串），它只响应NULL；要同时覆盖NULL和''，必须用CASE WHEN
COALESCE(varchar_col, 123)在MySQL里可能变成DECIMAL，在PostgreSQL里却可能是TEXT，这种差异会在JOIN或GROUP BY时悄悄引发类型不匹配错误。 
