利用plsql devloper定位jdbc游标未关闭的错误

最新推荐文章于 2021-03-01 22:00:12 发布

原创

最新推荐文章于 2021-03-01 22:00:12 发布 · 1.1k 阅读

1 ·

CC 4.0 BY-SA版权

文章标签：

#jdbc #exception #数据库 #session #null #工具

在处理大量jdbc事务时，未正确关闭游标可能导致ora-01000错误。通过plsql developer的session工具，查看游标数最多的sql，能快速定位到问题代码。同时提供了一些SQL查询来检查游标状态和系统参数。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

项目中应用jdbc进行业务处理，势必会用到大量的事务处理代码诸如resultset／statement就需要自行管理关闭以释放数据库资源，特别是当大量数据处理的时候就会抛出超过最大游标数的错误（ora-01000: maximum open cursors exceeded. ）。

这样的错误很容易出现在Java代码中的主要原因是：Java代码在执行conn.createStatement()和 conn.prepareStatement()的时候，实际上都是相当与在数据库中打开了一个cursor。尤其是，如果你的 createStatement和prepareStatement是在一个循环里面的话，就会非常容易出现这个问题。因为游标一直在不停的打开，而且没有关闭。

这个时候要定位哪里没有释放数据库资源，对于一个简单的应用／或者已经做了底层封装的应用程序而言解决这个问题相对而言是比较简单的，直接找到jdbc方法块，在finally语句块将statement或者resultset关闭。而对于一个分层不是很好，或者业务复杂度比较高或者有新手写了jdbc的模块而言，如何定位这个导致游标数过大的bug显得不是十分容易，一个个去翻看代码实在费劲。这是我可以跟大家分享一个6年前自己的一个经验，采用plsql develper这个oracle专属的工具去查看（其他数据库的也有类似的辅助客户端工具，此处不谈），具体方法是：点击“tool／工具”－“session／会话”，选中”cursor（游标）”标签栏移动上下光标一个个查看所有连接记录，去查看对应的sql语句，游标数打开最多的记录所对应的sql语句就是有问题的jdbc模块的语句，这样就可以快速定位到你的业务模块了。

处理语句：

Connection con=null;
Statement stmt=null;
ResultSet rs=null;
try{
       
       
 conn＝getconnectio();
conn.setAutoCommit(false);
 //业务模块处理代码
conn.commti