Navicat连接Oracle频繁断开，根本原因是Oracle服务端sqlnet.ora中SQLNET.EXPIRE_TIME（如设为10分钟）主动探测并断开空闲连接，而Navicat默认不发保活包；需同步启用Navicat“使用Keep Alive”、设置“保持连接间隔”为60秒，并对齐防火墙、操作系统及云平台空闲超时阈值。
navicat 连接 oracle 频繁断开，大概率不是网络抖动或服务器宕机，而是连接空闲超时被主动切断——oracle 服务端默认 sqlnet.ora 或实例参数设了较短的 expire_time，而 navicat 默认不发保活包。
检查 Oracle 服务端的空闲超时设置
断开前先确认是不是服务端“先动手”。登录 Oracle 服务器，查两个关键参数：
-
sqlnet.ora中是否有SQLNET.EXPIRE_TIME=10（单位分钟）？有就代表每 10 分钟发一次探测，失败即断连 - 数据库实例里运行
show parameter wait_timeout（MySQL 风格写法不适用）——Oracle 实际要看idle_time资源限制，或v$session的last_call_et字段是否在连接断开前持续增长 - 更直接的方式：用
sqlplus / as sysdba连上后执行select username, status, last_call_et from v$session where username is not null;，观察空闲连接的last_call_et是否接近你感知到的断开间隔
在 Navicat 中启用 TCP Keep-Alive 和自定义保活间隔
Navicat 自身支持两层保活机制，但默认全关。必须手动打开：
- 右键连接 → “编辑连接” → 切换到“高级”选项卡
- 勾选
使用 Keep Alive（启用操作系统级 TCP keepalive，依赖内核参数，但能兜底） - 设置
保持连接间隔，建议填60（秒），不要填 0 或留空——填 0 表示禁用，留空可能被解析为 0 - 改完务必点“确定”再重新连接，仅保存不重连无效
ORA-03135 出现时优先排查防火墙与中间设备
报 ORA-03135: connection lost contact 不等于连接真丢了，常是中间链路（尤其是企业防火墙、云平台安全组、NAT 设备）静默丢弃了长连接。这类断开往往无日志、无提示、不可复现：
- 在客户端执行
nc -zv your-oracle-host 1521，如果通但 Navicat 断，说明问题出在应用层保活，不是端口不通 - 检查云厂商安全组：入方向规则是否只放行了 1521，但没设“连接空闲超时”，有些云平台默认 300 秒自动回收 TCP 连接
- 本地 Windows 防火墙有时会干扰 keepalive 包，可临时关闭测试；Linux 上检查
/proc/sys/net/ipv4/tcp_keepalive_time是否过大（默认 7200 秒），Navicat 的 60 秒间隔可能被系统层忽略
OCI 客户端版本错配也会表现为“假断开”
某些 OCI 版本（如 instantclient_11_2）在空闲连接上存在 socket 状态同步 bug，看起来像断开，实则是客户端内部句柄失效。典型表现是：断开后立刻重连成功，但过几秒又断。
- 下载并替换为
instantclient_19_3或更高版本（Oracle 官网下载 x64 或 x86 匹配 Navicat 位数） - Navicat → 工具 → 选项 → 环境 → OCI → 点右侧省略号，指向新解压目录下的
oci.dll - 必须重启 Navicat，否则新 DLL 不加载
- 避免混用 32/64 位：Navicat Premium 16 是 32 位程序，即使系统是 64 位，也必须配 32 位
instantclient
真正难排查的是保活机制叠加生效：Oracle 的 SQLNET.EXPIRE_TIME、Navicat 的 保持连接间隔、操作系统的 tcp_keepalive_time、云平台安全组空闲超时——四个值里只要有一个最小，就会成为实际断开阈值。别只调 Navicat，得一层层对齐。
