ORA-02020错误咨询：WebLogic连接池致Oracle数据库链接耗尽

你碰到的这个问题我之前在WebLogic+Oracle的环境里也踩过坑，核心原因确实和你推测的一致：WebLogic连接池的连接复用机制导致DB Link没有被及时释放，积累到一定数量就触发了Oracle的链接数上限。下面给你几个可行的解决方案，从根源修复到临时缓解都覆盖到了：

1. 在存储过程中显式关闭DB Link #

这是最直接的根治办法，不管连接会不会被WebLogic复用，都强制释放DB Link资源。在你的存储过程逻辑结束后，加上一句：

CLOSE DATABASE LINK your_db_link_name;

如果是动态创建的DB Link，一定要在操作完成后立刻显式关闭，别依赖会话销毁来被动释放资源。

2. 调整WebLogic连接池配置，切断泄漏路径 #

WebLogic连接池默认会复用连接，要是会话里挂着未关闭的DB Link，就会一直占用数据库资源。可以调整两个关键配置：

• Inactive Connection Timeout：设置一个合理的超时时间（比如300秒），让WebLogic自动回收长时间闲置的连接，这样关联的DB Link也会随着会话销毁而关闭。
• Remove Infected Connections：开启这个选项，当连接出现异常（比如DB Link泄漏导致的资源占用）时，WebLogic会把这个连接从池里移除，避免后续复用这个有问题的连接。

3. 临时调整Oracle参数应急（不建议长期依赖） #

如果需要快速缓解问题，可以先调整Oracle的OPEN_LINKS参数，这个参数控制每个会话允许打开的DB Link数量。执行以下语句修改（需要DBA权限）：

ALTER SYSTEM SET OPEN_LINKS = 20 SCOPE=BOTH; -- 根据实际业务量调整数值

不过这只是临时救火方案，不能根治泄漏问题，还是要结合前面的方法从源头解决。

额外注意点 #

• 确保应用调用存储过程后，事务已经提交或回滚。未完成的事务会攥着DB Link不放，哪怕存储过程执行完也不会释放。
• 如果用的是共享连接池，尽量避免在连接上绑定长期存在的DB Link，最好遵循“按需创建、用完即关”的原则。

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