open cursor too much error
2024-08-30 08:24:14
今天遇到一个错误ORA-01000: maximum open cursors exceeded。 客户想增加 DB 的open_cursor这个参数。 但是我看了下,她的程序要打开几千个cursor, 这样要把open_cursor设置成几千显然是不现实的。应该查一下为什么程序会打开几千个cursor。
首先,我用如下语句看了下是哪一个session open cursor最多。
select o.sid, osuser, machine, count(*) num_curs from v$open_cursor o, v$session s where user_name = 'test' and o.sid=s.sid group by o.sid, osuser, machine order by num_curs desc;
在获取了session 之后用下面的SQL看了下该session中open_cursor都是些什么语句。
select O.SADDR , o.sid, osuser, machine, o.SQL_ID, o.SQL_TEXT from v$open_cursor o, v$session s where user_name = 'MPCIAPP' and o.sid=s.sid and o.sid=308;
SID OSUSER MACHINE SQL_ID SQL_TEXT
---------- ------------ -------------------- --------------------------------------- ------------------------------------------------
293 payprod ct21upg drk0vwks4j3za SELECT * FROM PS_CITIMESHEET WHERE STAFFN=:B1
293 payprod ct21upg drk0vwks4j3za SELECT * FROM PS_CITIMESHEET WHERE STAFFN=:B1
293 payprod ct21upg drk0vwks4j3za SELECT * FROM PS_CITIMESHEET WHERE STAFFN=:B1
293 payprod ct21upg drk0vwks4j3za SELECT * FROM PS_CITIMESHEET WHERE STAFFN=:B1
293 payprod ct21upg drk0vwks4j3za SELECT * FROM PS_CITIMESHEET WHERE STAFFN=:B1
293 payprod ct21upg drk0vwks4j3za SELECT * FROM PS_CITIMESHEET WHERE STAFFN=:B1
293 payprod ct21upg drk0vwks4j3za SELECT * FROM PS_CITIMESHEET WHERE STAFFN=:B1
293 payprod ct21upg drk0vwks4j3za SELECT * FROM PS_CITIMESHEET WHERE STAFFN=:B1
293 payprod ct21upg drk0vwks4j3za SELECT * FROM PS_CITIMESHEET WHERE STAFFN=:B1
293 payprod ct21upg drk0vwks4j3za SELECT * FROM PS_CITIMESHEET WHERE STAFFN=:B1
293 payprod ct21upg drk0vwks4j3za SELECT * FROM PS_CITIMESHEET WHERE STAFFN=:B1
293 payprod ct21upg drk0vwks4j3za SELECT * FROM PS_CITIMESHEET WHERE STAFFN=:B1
293 payprod ct21upg drk0vwks4j3za SELECT * FROM PS_CITIMESHEET WHERE STAFFN=:B1
可以看到有很多
SELECT * FROM PS_CITIMESHEET WHERE STAFFN=:B1
这个语句。这是个绑定变量的语句,按理说不应该有这么多cursor,因为绑定变量应该是可以共享cursor的。所以我觉得既然没共享应该有很多child cursor才对,我决定去看看child_cursor。
select sql_id,sql_text,version_count from v$sqlarea where sql_text=
可是这个语句居然没有没有产生很多 child_cursor。 这就奇怪了,没有产生很多child, 在v$open_cursor中确又有那么多cursor,这是怎么回事呢? 只有一种可能,就是 java 代码在调用这个sql语句之后没有释放资源。 而客户坚持称java 代码释放资源了。 并且这个程序在新加坡的环境执行是好使的。
后来通过替换 ojdbc 解决了这个问题。 原来是本地的ojdbc版本不对。
总结
1. 注意ojdbc版本
2. 注意思路
最新文章
- Bitmap转换成BitmapImage
- MySQL命令行导出数据库
- 解决 webx.ml 中The superclass ";javax.servlet.http.HttpServlet"; was not found on the Java Build Path 问题
- 【Shell脚本学习21】Shell break和continue命令
- position:fixed 居中问题
- linux系统定时重启tomcat
- java大数常用的方法
- 使用 TUN 设备实现一个简单的 UDP 代理隧道
- SkylineGlobe TerraExplorer for Web 7.1.0版本 接口示例
- 计算机基础 &; python基础
- Xcode注释快捷键和Alfred 快捷键冲突解决方案
- C++ 自定义订单号
- ABP框架记录
- python3.6.5 + selenium +VS Code 运行报错:Unable to find a matching set of capabilities的解决
- Xlight FTP搭建FTP服务器教程
- php函数addslashes()使用方法详解
- Netty 聊天小程序
- lm393
- CPU GPU FPU TPU 及厂商
- mongodb查询速度慢是什么原因?