Navicat 不读取系统环境变量，仅依赖自身配置的 OCI 库路径和连接中指定的 TNS_ADMIN；需按位数匹配 oci.dll，并为多版本 Oracle 分别配置独立连接及对应 Instant Client 路径。
Navicat 本身不读取系统环境变量，ORACLE_HOME 和 LD_LIBRARY_PATH 对它完全无效
很多人试图在 Windows 或 Linux 上改 ORACLE_HOME、TNS_ADMIN 后重启 Navicat，发现连接没变化——因为 Navicat 启动时只认自己配置界面里指定的 oci.dll 路径，其他环境变量它压根不看。它不是 shell 工具，也不 fork 子进程去继承你的 bash/zsh 环境。
真正起作用的只有两处：
• Navicat 设置里的 OCI library 路径（必须指向含 oci.dll 或 libclntsh.so 的目录）
• 连接配置中填的 host/port/service_name 或 Easy Connect 字符串
所以“在 Navicat 中配置环境变量”这个说法本身就是误导。你要配的是 Navicat 内部的 OCI 库路径，不是系统级变量。
oci.dll 路径必须与 Navicat 位数严格匹配，且不能混用多个版本
64 位 Navicat 只加载 64 位 oci.dll，32 位 Navicat 只加载 32 位 oci.dll；两者混用会报“找不到入口点”或直接崩溃。任务管理器里看进程名带 *32 才是 32 位，别信快捷方式属性里的“兼容模式”。
- 下载 Instant Client 时务必按 Navicat 位数选包：x64 版 Navicat → 下载
instantclient-basic-windows.x64-*.zip - 解压后确认目录下存在
oci.dll（Windows）或libclntsh.so（Linux/macOS），没有就说明下错了包（比如下了 SDK 包却没下 Basic） - 不要把多个 Instant Client 版本路径都加进系统
PATH，Navicat 不走 PATH 查找，但你的终端命令（如sqlplus）会乱，反而干扰验证
多版本切换靠 Navicat 连接配置隔离，不是靠环境变量切换
你不需要、也不应该在 Navicat 里动态切换 ORACLE_HOME。正确做法是为每个 Oracle 版本/实例建一个独立连接，并在每个连接的“高级”页里单独指定 TNS_ADMIN 目录（用于加载对应 tnsnames.ora）——这个设置只对该连接生效。
实操要点：
- 每个连接的
OCI library指向不同 Instant Client 解压目录（例如D:\oracle\11g\和D:\oracle\19c\） - 每个连接的“高级”→“TNS Admin”填各自客户端下的
network\admin路径（如D:\oracle\11g\network\admin） - 如果不用
tnsnames.ora，直接在连接里填 host/port/service_name，那就连TNS_ADMIN都不用设 - 避免在“工具 → 选项 → 环境”里全局设 OCI 路径——那会强制所有连接共用同一套客户端，失去多版本意义
验证是否真用了目标客户端：查 oci.dll 文件时间戳和版本号
光看 Navicat 设置界面不保险。最可靠的方式是启动连接后，用系统工具确认它实际加载的是哪个 oci.dll：
- Windows：打开任务管理器 → 找到
navicat.exe进程 → 右键 → “打开文件所在位置” → 查看加载的oci.dll属性里的“详细信息”页，比对“产品版本”是否匹配你预期的 Instant Client（如 19.22.0.0.0） - Linux/macOS：用
lsof -p $(pgrep navicat) | grep libclntsh查看实际映射的 so 文件路径 - 如果显示的是
/usr/lib/oracle/12.1/client64/lib/libclntsh.so，但你本意是用 19c，说明 Navicat 设置里填错了路径，或者路径下根本没有libclntsh.so
最容易被忽略的是：Instant Client 解压后若没手动创建 network\admin 目录并放 tnsnames.ora，即使设了 TNS_ADMIN，Navicat 也不会报错，而是静默回退到 Easy Connect 模式——你以为连的是别名，其实连的是直连字符串。
