免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 3823 | 回复: 1
打印 上一主题 下一主题

[Veritas NBU] 关于Java调用JDBC出现ORA-01000: maximum open cursors exceeded [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2012-03-16 14:38 |只看该作者 |倒序浏览
关于Java调用JDBC出现ORA-01000: maximum open cursors exceeded












一个短信发送程序,已经不知被我倒腾了多少次了。昨天客户又提出新的问题,一条短信字数太多的,不再在录入界面做字数限制,而要求我把它分割成多条发送。稍微动了动脑子后,我决定用循环来切割短信内容。 一切进展的还算顺利,但就在调试的时候,报出了ORA-01000: maximum open cursors exceeded这个错。表面上看是数据库的游标数不够了,我在v$open_cursor里面看到了相关短信表的游标没有释放,首先想到的是表结构的问题,想把相关表的initial和next改大,改到50M,竟然发现直接改不了(可能是我没找到方法-.-||),于是就在Google上寻找答案了。 很幸运,遇到这种情况的人不在少数,正解很快找到了。\\(^o^)/ 原来,这个错误主要还是代码问题引起的。 这样的错误很容易出现在Java代码中的主要原因是:Java代码在执行conn.createStatement()和conn.prepareStatement()的时候,实际上都是相当与在数据库中打开了一个cursor。尤其是,如果你的createStatement和prepareStatement是在一个循环里面的话,就会非常容易出现这个问题。因为游标一直在不停的打开,而且没有关闭。我正好就是把conn.prepareStatement()放在了切割短信内容的循环里。 一般来说,我们在写Java代码的时候,createStatement和prepareStatement都应该要放在循环外面,而且使用了这些Statment后,及时关闭。最好是在执行了一次executeQuery、executeUpdate等之后,如果不需要使用结果集(ResultSet)的数据,就马上将Statment关闭。 对于出现ORA-01000错误这种情况,单纯的加大open_cursors并不是好办法,那只是治标不治本。实际上,代码中的隐患并没有解除。而且,绝大部分情况下,open_cursors只需要设置一个比较小的值,就足够使用了,除非有非常特别的要求。 最终,考虑到切割和发送必须放在循环里,我选择了在发送完后及时关闭StateMent,问题果然解决啦!欧耶!心情大好,保持这个心态,迎接即将到来的、寄托了我很多希望的五一吧!O(∩_∩)O~

论坛徽章:
0
2 [报告]
发表于 2012-03-16 14:39 |只看该作者
谢谢分享
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP