ORA-12737错误本质是Instant Client Light客户端缺乏ZHS16GBK等中文字符集支持，必须替换为Oracle官方Instant Client Basic 11.2.0.4.0版本并严格匹配位数与系统，通过Navicat选项中指定oci.dll绝对路径加载生效。
ora-12737 错误本质是客户端字符集能力不足，不是配置或网络问题，必须换 oci dll —— 用 instant client basic（非 light）版本，且版本、位数、操作系统三者必须严格匹配。
为什么 Instant Client Light 会报 ORA-12737
Navicat 默认捆绑的是 Instant Client Light，它只内置 US7ASCII 和极少数西欧字符集，不支持 ZHS16GBK、AL32UTF8 等中文/多字节字符集。错误信息里的 unsupported server character set ZHS16GBK 就是明确提示：服务端用的是中文 GBK 编码，而你手上的 oci.dll 根本没编译进这个字符集支持。
常见误区：
– 不是 Navicat 设置错了字符集选项
– 不是数据库 NLS_CHARACTERSET 配置有问题（改它成本高、风险大）
– 不是 TNS 连接串写错了
核心判断依据：只要错误含 Instant Client Light 和具体字符集名（如 ZHS16GBK），就锁定为 OCI 组件能力缺失。
该换哪个 Instant Client 版本
必须用 Oracle 官方发布的 Instant Client Package - Basic（不是 Basic Lite），且满足：
-
11.2.0.4.0是最稳定兼容的版本，12c及以上在部分 Navicat 版本中会出现oci.dll not found或加载失败 - Windows 下必须与 Navicat 位数一致：Navicat 32 位 → 下载
instantclient-basic-windows.x32-11.2.0.4.0.zip；Navicat 64 位 → 下载x64版本（注意：Navicat Premium 12 及更早默认是 32 位，即使系统是 64 位） - macOS 使用
libclntsh.dylib，Linux 使用libclntsh.so，不能混用
下载地址（Oracle 官网归档）：https://download.oracle.com/otn_software/nt/instantclient/11204/instantclient-basic-windows.x64-11.2.0.4.0.zip
怎么替换 oci.dll 才生效
关键不是“把文件拷过去”，而是让 Navicat 实际加载你指定的 oci.dll：
- 打开 Navicat →
工具→选项→OCI（有些旧版叫Miscellaneous → OCI） - 在
OCI library (oci.dll)输入框中，填入你解压后instantclient_11_2文件夹里oci.dll的**绝对路径**，例如：C:\instantclient_11_2\oci.dll - 不要直接覆盖 Navicat 自带的
instantclient_10_2目录——路径指向外部目录更安全，也避免升级时被覆盖 - 必须完全退出 Navicat（右键任务栏图标 → 退出），再重新启动，否则缓存仍用旧 DLL
验证是否生效：连接测试成功后，在 Navicat 的连接详情里能看到客户端字符集自动协商为 ZHS16GBK，而非回退到 US7ASCII。
容易被忽略的兼容性细节
很多用户换了文件还是报错，往往卡在这几个点：
- Navicat 11/12/15 对
oci.dll的导出符号有细微差异，11.2.0.4.0兼容性最好；19c或21c的 Instant Client 基本不可用 - Windows 上若同时装了 Oracle 客户端（如
ORACLE_HOME），系统 PATH 里可能优先加载了旧版oci.dll，建议临时清空 PATH 中 Oracle 相关路径再试 - macOS 用户需额外执行：
sudo xattr -rd com.apple.quarantine /path/to/libclntsh.dylib，否则 Gatekeeper 会阻止加载 - 如果服务器用的是
AL32UTF8，确认你下载的 Instant Client 版本确实包含 UTF8 支持（Basic 版本包含，Light 版本不包含）
真正起作用的永远只有那一个 oci.dll 文件，其他 .jar、.so、.dylib 都不参与 Oracle OCI 连接流程 —— 别被目录里一堆文件干扰判断。
