Navicat连接Oracle的OCI错误需通过下载匹配版本的Instant Client（Basic与SQL*Plus包）、解压后配置oci.dll和sqlplus.exe路径并重启Navicat解决。
sqlplus 不是独立软件，它必须依赖 Oracle Instant Client 运行。直接装 sqlplus 二进制文件但不配好基础库，一定会报 libclntsh.so.21.1: cannot open shared object file 或类似动态链接错误。
为什么不能只下载 sqlplus ZIP 包就运行？
Oracle 官方从 12c 开始就把 sqlplus 拆成两个必需组件：instantclient-basic（含 OCI 库）和 instantclient-sqlplus（含可执行文件）。二者版本号必须严格一致（如都是 21.6），否则会遇到：
-
ORA-12154: TNS:could not resolve the connect identifier（常见于TNS_ADMIN路径错或tnsnames.ora缺失） -
sqlplus: error while loading shared libraries: libaio.so.1: cannot open shared object file（libaio1未安装） -
Segmentation fault (core dumped)（LD_LIBRARY_PATH指向了错误子目录，比如漏掉/lib）
用 YUM/Apt 安装时路径和环境变量怎么设？
YUM（RHEL/CentOS/OL）或 Apt（Ubuntu/Debian）安装后，路径通常是固定的，但环境变量仍需手动配置：
- RPM 安装后，库路径一般是
/usr/lib/oracle/<version>/client64/lib</version>，不是/usr/lib/oracle/<version>/client64</version> - Debian/Ubuntu 用
alien转 RPM 后，实际路径可能落在/usr/lib/oracle/<version>/client64</version>，但sqlplus二进制在bin/下，而.so文件在lib/下——必须把lib/加进LD_LIBRARY_PATH，不能只加根目录 -
ORACLE_HOME必须指向包含lib/和bin/的父目录（例如/usr/lib/oracle/21.6/client64），否则tnsnames.ora默认读取位置$ORACLE_HOME/network/admin就会失效
解压 ZIP 包后最常漏的三步
手动解压 ZIP 是最灵活的方式，但也最容易跳过关键环节：
- 没建
network/admin目录就写tnsnames.ora：Oracle 会静默忽略该文件，连错服务名也不报路径错误 - 把
sqlplus软链到/usr/local/bin，但没同步设置LD_LIBRARY_PATH——此时sqlplus -v可能成功，但真实连接时仍崩 - 用 root 解压、却用普通用户运行
sqlplus，结果因权限问题读不到tnsnames.ora或sqlnet.ora，报ORA-12162: TNS:net service name is incorrectly specified
验证是否真能连，别只信 sqlplus -v
sqlplus -v 只检查二进制加载，不校验 OCI 库和网络栈。真正可靠的验证是：
- 先跑
sqlplus /nolog，再在 SQL> 提示下输入connect /@your_tns_alias（如果本地没 DB，用远程测试） - 或者直接
sqlplus username/password@//host:port/service_name，绕过tnsnames.ora，排除配置文件干扰 - 若报
ORA-12545: Connect failed because target host or object does not exist，说明库加载成功、只是网络不通；若报libxxx.so not found，说明LD_LIBRARY_PATH还没生效
/etc/profile 或 ~/.bashrc，务必确认当前 shell 已重新加载（source ~/.bashrc），且没有被后续脚本覆盖。很多故障最后都卡在这一行没执行。 
