我之前也碰到过类似的坑，结合你说的DBA反馈——每次连Oracle会生成两个会话、终止会话还挂起，大概率是DBeaver的会话管理配置或者Oracle侧的连接释放机制出了问题，给你几个具体的排查和解决方向：

1. 调整DBeaver的会话与连接池设置 #

DBeaver默认会为每个连接额外开一个元数据查询会话（用来读取表结构、视图这些信息），这就是为什么你看到两行v$session记录的原因。可以这么优化：

• 打开连接编辑窗口，切到「连接池」标签：
  • 把「最大连接数」设为1（如果不需要同时开多个会话操作）
  • 开启「空闲连接超时」，设个5分钟左右的时长，让闲置连接自动关闭
• 切到「高级」标签，找到oracle.jdbc.implicitStatementCacheSize参数，改成0（关掉语句缓存，减少会话资源占用）
• 再去DBeaver的「偏好设置」→「数据库」→「连接管理」，勾选「关闭连接时强制断开所有会话」，确保关连接时彻底释放Oracle会话

2. 让DBA检查Oracle侧的连接回收配置 #

如果调完DBeaver还是有会话挂起，可能是Oracle的连接清理机制没跟上：

• 让DBA看看sqlnet.ora里的SQLNET.EXPIRE_TIME参数，建议设为10分钟，这个参数会定期检测闲置连接，自动清掉无响应的会话
• 确认RESOURCE_LIMIT是否开启，以及SESSIONS_PER_USER的限制是否合理，临时调高一点验证是不是限制本身太严
• 还要检查有没有未提交的事务：如果DBeaver里有没提交的DML操作，终止会话时会因为回滚卡住，记得每次操作后要么提交要么回滚

3. 临时清理挂起会话的方法 #

要是碰到会话挂起杀不掉，让DBA用这条SQL强制清理：

ALTER SYSTEM KILL SESSION '<sid>,<serial#>' IMMEDIATE;

提示：<sid>和<serial#>从v$session里查，加IMMEDIATE会强制终止，不用等回滚完成

4. 优先考虑升级DBeaver版本 #

你用的4.3.3.1版本实在太老了（大概是2017年的版本），后续版本对Oracle连接的会话管理做了好多修复，比如闲置连接没正确释放的bug。升级到最新稳定版，大概率能直接解决这类兼容性问题

总的来说，先从DBeaver的配置入手调整，不行再让DBA查Oracle的设置，旧版本的话升级是最省心的办法。

内容的提问来源于stack exchange，提问作者Wendy