MySQL不支持NVL函数，直接报错ERROR 1305；必须改用IFNULL（仅MySQL、双参数、语义最贴近）或COALESCE（标准SQL、跨库兼容、支持多参数、类型更严格）。
MySQL里写NVL会直接报错
MySQL根本不认识NVL，一用就抛ERROR 1305 (42000): FUNCTION database.NVL does not exist。这不是配置问题，是语法不支持。你看到别人在MySQL里写了NVL，基本可以断定是复制粘贴错了，或者跑在了Oracle兼容层上（比如某些中间件伪装），不是原生MySQL。
必须改用IFNULL或COALESCE：
-
IFNULL(expr1, expr2)：仅限两个参数，语义最贴近NVL，但只在MySQL可用 -
COALESCE(expr1, expr2, ...)：标准SQL，所有数据库都认，推荐优先用它
Oracle中NVL和COALESCE行为一致但参数能力不同
在Oracle里NVL和COALESCE对双参数场景结果完全相同：NVL(a, b) ≡ COALESCE(a, b)。但差异藏在细节里：
-
NVL只接受两个参数，硬编码替换，没法扩展 -
COALESCE支持任意多个参数，比如COALESCE(phone, mobile, email, '暂无')，天然适合多字段 fallback 场景 -
NVL允许隐式类型转换（如NVL('abc', 123)可能转成字符串），而COALESCE更严格，类型不一致时会报错，必须显式CAST
跨数据库项目必须用COALESCE
如果你的SQL要同时跑在MySQL、PostgreSQL、SQL Server、Oracle甚至Hive上，COALESCE是唯一安全选项。它不是“妥协方案”，而是事实标准：
-
IFNULL只在MySQL有效，PostgreSQL会报错 -
NVL只在Oracle和Hive里能用，SQL Server不认识 -
ISNULL是SQL Server专属，MySQL不支持 -
COALESCE在所有主流引擎中行为一致，连Hive也完全兼容
别指望ORM自动帮你转——MyBatis的<bind>或Hibernate的@Formula仍需你手写COALESCE，否则方言适配会漏掉硬编码的NVL。
别忽略类型一致性这个坑
COALESCE要求所有参数类型兼容，而NVL在Oracle里会悄悄做隐式转换，这导致迁移时容易出错：
- Oracle中
NVL(salary, 0)能跑，因为salary是NUMBER，0也是NUMBER - 但如果写成
COALESCE(salary, '0')，PostgreSQL直接报错：ERROR: COALESCE types numeric and text cannot be matched - 正确写法是
COALESCE(salary, 0::NUMERIC)（PostgreSQL）或COALESCE(CAST(salary AS DECIMAL), 0)（跨库安全写法）
类型问题不会在语法检查阶段暴露，往往到查询执行才崩，尤其在视图或物化查询里更容易被忽略。
