我来帮你捋捋这个问题，结合DBeaver的特性和Oracle的配置，咱们一步步分析原因和解决办法：

为啥DBeaver会创建两个会话？ #

这其实是DBeaver的默认设计——它会为每个数据库连接建立两个会话：

• 一个主会话，用来执行你手动编写的SQL语句、处理数据操作；
• 一个单独的元数据会话，专门用来查询数据库的结构信息（比如浏览表、视图、存储过程的定义），这样主会话执行任务时不会被元数据查询干扰。
  所以你在v$session里看到两行记录是正常的，但如果这些会话没有被正确释放，就会慢慢积累，直到超过SESSIONS_PER_USER的限制。

闲置重连触发ORA-2391的原因 #

当会话闲置超时后，Oracle可能已经自动断开了旧会话，但DBeaver的旧版本（比如你用的4.3.3.1）可能存在会话管理的bug，没有及时清理这些失效的会话。当你重新连接时，DBeaver又新建了两个会话，加上之前没释放的旧会话，总数就超过了用户的会话限制，触发ORA-2391错误。

至于终止会话时挂起，大概率是因为这些失效的会话还持有锁、或者有未完成的事务，Oracle需要等待这些资源释放才能终止会话，导致看起来像是“挂起”了。

具体解决办法 #

1. 调整DBeaver的会话配置，减少会话数量 #

打开你的Oracle连接编辑窗口，找到高级/连接设置标签页：

• 找到“元数据会话”相关的选项（不同版本可能叫“使用主会话进行元数据查询”或“共享元数据连接”），勾选这个选项，让DBeaver只用一个会话处理所有操作，不再单独开元数据会话；
• 另外在DBeaver的全局偏好设置（Preferences）里，进入数据库 -> 连接，设置合理的“闲置超时时间”，让DBeaver在会话闲置一段时间后主动关闭连接，避免会话堆积。

2. 优化Oracle的会话超时配置 #

让你的DBA帮忙检查：

• 你的用户所属的Profile里的IDLE_TIME参数，如果设置得太短，会导致Oracle频繁断开闲置会话，加重DBeaver的会话管理负担。可以适当延长这个时间，或者给你单独配置一个Profile；
• 确认SESSIONS_PER_USER的限制是否合理，如果你的工作确实需要多个会话，可以让DBA适当调高这个值。

3. 正确清理失效会话的方法 #

如果遇到会话终止挂起，不要强行Kill，先通过以下步骤处理：

1. 查询v$session找到要终止的会话的SID和SERIAL#：

   SELECT sid, serial#, status, wait_class FROM v$session WHERE username = '你的用户名';
   

2. 用IMMEDIATE参数强制终止会话，这个命令会立即标记会话为终止，无需等待事务完成：

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

3. 如果上面的命令还是没效果，可以尝试断开会话：

   ALTER SYSTEM DISCONNECT SESSION 'sid,serial#' IMMEDIATE;
   

4. 升级DBeaver到新版本 #

你用的4.3.3.1是比较老的版本了，后续的DBeaver版本对Oracle连接的会话管理做了大量优化，修复了很多会话泄漏的bug。升级到最新稳定版，大概率能解决闲置重连时的会话堆积问题。

最后建议 #

如果调整配置后还是有问题，让DBA帮忙监控v$session的变化，看看会话是在什么时候创建、什么时候释放的，这样能更精准地定位是不是还有其他会话泄漏的情况。

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