Oracle 12c+中CONVERT函数已被弃用，执行报ORA-00904或静默返回NULL；应改用NLS_CONVERT配合UTL_RAW链式调用，并确保NLS_LANG与服务端字符集一致。
oracle 中 convert 函数仅适用于「已有数据乱码但字符集可推断」的补救场景，且在 12c 及以上版本已被明确弃用——直接用它可能查不出结果，或报 ora-00904: "convert" invalid identifier 错误。
CONVERT 函数为什么突然不工作了
Oracle 从 12c 开始将 CONVERT 标记为过时（deprecated），19c 及以后版本默认不可用。即使语法正确，执行时也可能被拒绝，尤其在启用了严格 SQL 模式的数据库中。
- 不是所有 Oracle 版本都支持三参数形式：
CONVERT(string, to_char_set, from_char_set)；11g 可用，12c+ 需确认是否启用兼容模式 -
from_char_set参数若写错（比如写成'UTF8'而非 Oracle 实际使用的'AL32UTF8'），函数会静默返回 NULL，不报错也不提示 - 目标字符集必须是数据库已安装并注册的字符集，
ZHS16GBK和AL32UTF8是常见可用项，GBK或UTF-8这类简写大概率失败
怎么判断该不该用 CONVERT
先确认乱码是不是真由字符集错配导致，而不是原始数据已损坏。最可靠的方式是用 DUMP 查编码：
SELECT DUMP(column_name, 1016) FROM table_name WHERE ROWNUM = 1;
输出类似 Typ=1 Len=6 CharacterSet=AL32UTF8: c0,ee,be,b0,ea,bb，重点看最后的十六进制串和 CharacterSet 值：
- 如果
CharacterSet显示AL32UTF8，但十六进制是双字节（如c0,ee），说明数据实际按ZHS16GBK存入，却用 UTF8 解释 → 可试CONVERT(column_name, 'AL32UTF8', 'ZHS16GBK') - 如果
Len是 6 且十六进制是三组双字节（c0,ee,be,b0,ea,bb），大概率是 GBK 编码的三个汉字 → 对应字符集应为ZHS16GBK，不是GB2312（Oracle 不认） - 如果
DUMP返回Typ=1 Len=0或全是00，说明字段值本身就是空或已损毁，CONVERT无意义
替代方案：NLS_CONVERT 是 12c+ 的唯一合规路径
Oracle 官方推荐、且在 12c+ 稳定可用的是 NLS_CONVERT，但它不是简单替换函数名——它只接受 RAW 输入，必须配合 UTL_RAW.CAST_TO_RAW 和 UTL_RAW.CAST_TO_VARCHAR2 链式调用：
SELECT UTL_RAW.CAST_TO_VARCHAR2(
NLS_CONVERT(
UTL_RAW.CAST_TO_RAW(column_name),
'AL32UTF8',
'ZHS16GBK'
)
) AS fixed_text
FROM table_name;
- 顺序不能颠倒：必须先
CAST_TO_RAW，再NLS_CONVERT，最后CAST_TO_VARCHAR2，否则报ORA-29275: partial multibyte character -
NLS_CONVERT的第二、三参数是目标/源字符集名称，必须与NLS_DATABASE_PARAMETERS中登记的一致，大小写敏感 - 性能开销比
CONVERT高约 3–5 倍，批量处理千万级数据前务必测试单行耗时
最容易被忽略的底层前提：NLS_LANG 必须匹配服务端
无论用 CONVERT 还是 NLS_CONVERT，如果客户端 NLS_LANG 设置错误，查询结果在终端显示时仍会二次乱码。这不是函数问题，而是传输层解码失败：
- 查服务端字符集：
SELECT value FROM nls_database_parameters WHERE parameter = 'NLS_CHARACTERSET'; - 查当前会话识别的字符集：
SELECT USERENV('language') FROM DUAL;—— 输出末尾的.AL32UTF8或.ZHS16GBK必须和服务端一致 - Windows 下改注册表
HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_*里的NLS_LANG；Linux 下确保export NLS_LANG=AMERICAN_AMERICA.AL32UTF8在连接前生效 - PL/SQL Developer 等工具常自带独立的
NLS_LANG配置（如启动脚本中的set NLS_LANG=...），此处不一致会导致界面显示乱码，哪怕 SQL 执行本身正确
