V$Open_Cursor

Reference:
http://www.cnblogs.com/jimeper/archive/2008/03/30/1129443.html

V$OPEN_CURSOR

  本视图列出session打开的所有cursors,很多时候都将被用到,比如:你可以通过它查看各个session打开的cursor数。
  当诊断系统资源占用时,它常被用于联接v$sqlarea和v$sql查询出特定SQL(高逻辑或物理I/O)。然后,下一步就是找出源头。在应用环境,基本都是同一类用户登陆到数据库(在V$SQLAREA中拥有相同的PARSING_USER_ID),而通过这个就可以找出它们的不同。V$SQLAREA中的统计项在语句完全执行后被更新(并且从V$SESSION.SQL_HASH_VALUE中消失)。因此,你不能直接找到session除非语句被再次执行。不过如果session的cursor仍然打开着,你可以通过v$open_cursor找出执行这个语句的session。

V$OPEN_CURSOR中的连接列

Column                                    View                                                Joined Column(s)
-----------------------------            ----------------------------------------              -----------------------------
HASH_VALUE, ADDRESS                   V$SQLAREA, V$SQL, V$SQLTEXT             HASH_VALUE, ADDRESS
SID                                                          V$SESSION                                                      SID

示例:

1.找出执行某语句的session:

SELECT hash_value, buffer_gets, disk_reads
FROM V$SQLAREA
WHERE disk_reads > 1000000
ORDER BY buffer_gets DESC;
HASH_VALUE BUFFER_GETS DISK_READS
---------- ----------- ----------
1514306888   177649108    3897402
 478652562    63168944    2532721
 360282550    14158750    2482065
3 rows selected.
SQL> SELECT sid FROM V$SESSION WHERE sql_hash_value = 1514306888 ;
no rows selected
--直接通过hash_value查找v$session,没有记录
SQL> SELECT sid FROM V$OPEN_CURSOR WHERE hash_Value = 1514306888 ;
 SID
-----
 1125
 233
 935
 1693
 531
5 rows selected.
--通过hash_valuev$open_cursor中查找sid(只有在sessioncursor仍然打开的情况下才有可能找到)

2.列出拥有超过400个cursor的sessionID

SQL> SELECT sid, count(0) ct FROM v$open_cursor
GROUP BY sid HAVING COUNT(0) > 400 ORDER BY ct desc;

事实上,v$open_cursor是一个相当常用的视图,特别是web开发应用的时候。仅通过它一个视图你就能分析出当前的连接情况,主要执行语句等。

诊断实例:

ORA-1000 / ORA-01000

ORA-01000: maximum open cursors exceeded

应用服务器报错,cursor超过OPEN_CURSORS,无法执行sql。
解决:

select count(*) cursor_cnt, sql_text, hash_value
from v$open_cursor 
where rownum <= 1000 
group by sql_text, hash_Value
order by 1;

找到SQL!
如果SQL_TEXT不够表现足够特征,可以通过hash_value进一步连接v$sqltext查询。

很多朋友在Java开发中,使用Oracle数据库的时候,经常会碰到有ORA-01000: maximum open cursors exceeded.的错误。

实际上,这个错误的原因,主要还是代码问题引起的。
ora-01000: maximum open cursors exceeded.
表示已经达到一个进程打开的最大游标数。

Java java.sql.SQLException: ORA-01000: maximum open cursors exceeded

http://hydex.iteye.com/blog/168447

处理超出打开游标的最大数异常(ORA-01000: maximum open cursors exceeded)
时间:2011-07-06 16:17来源:Internet 作者:Internet 点击:1060次
在执行如下代码时,经常会出现ora-01000: maximum open cursors exceeded异常for(int i=0;i<balancelist.size();i++){&nb
在执行如下代码时,经常会出现ora-01000: maximum open cursors exceeded异常
for(int i=0;i<balancelist.size();i++)
{
prepstmt = conn.prepareStatement(sql[i]);
prepstmt.setBigDecimal(1,nb.getRealCost());
prepstmt.setString(2, adclient_id);
prepstmt.setString(3, daystr);
prepstmt.setInt(4, ComStatic.portalId);
prepstmt.executeUpdate();
}

1. 检查数据库中的 OPEN_CURSORS 参数值。
Oracle 使用 init.ora 中的初始化参数 OPEN_CURSORS 指定一个会话一次最多可以拥有的游标数。缺省值为 50。要获得数据库中 OPEN_CURSORS 参数的值,可以使用以下查询:
SQL> show parameter open_cursors;
NAME TYPE VALUE
-------- --- ---
open_cursors integer 1000

重要的是将 OPEN_CURSORS 的值设置得足够大,以避免应用程序用尽所有打开的游标。应用程序不同,该值也不同。即便会话打开的游标数未达 OPEN_CURSORS 指定的数量(即设置的值高于实际需要的值),也不会增加系统开销。
2. 获取打开的游标数。
下面的查询按降序显示用户“SCOTT”为每个会话打开的游标数。
SQL> select o.sid, osuser, machine, count(*) num_curs
2 from v$open_cursor o, v$session s
3 where user_name = 'SCOTT' and o.sid=s.sid
4 group by o.sid, osuser, machine
5 order by num_curs desc;
SID OSUSER MACHINE NUM_CURS
----------—-
217 m1 1000
96 m2 10
411 m3 10
50 test 9
请注意,v$open_cursor 可以跟踪会话中 PARSED 和 NOT CLOSED 的动态游标(使用 dbms_sql.open_cursor() 打开的游标)。它不会跟踪未经分析(但已打开)的动态游标。在应用程序中使用动态游标并不常见。本模式的前提是未使用动态游标。
3. 获取为游标执行的 SQL。
使用在以上查询结果中找到的 SID 运行下面的查询:
SQL> select q.sql_text
2 from v$open_cursor o, v$sql q
3 where q.hash_value=o.hash_value and o.sid = 217;
SQL_TEXT
select * from empdemo where empid='212'
select * from empdemo where empid='321'
select * from empdemo where empid='947'
select * from empdemo where empid='527'

结果将显示正在连接上执行的查询。它提供了一个入手点,让您可以反向跟踪到打开游标的来源。

这样的错误很容易出现在Java代码中的主要原因是:Java代码在执行conn.createStatement()和conn.prepareStatement()的时候,实际上都是相当与在数据库中打开了一个cursor。尤其是,如果你的createStatement和prepareStatement是在一个循环里面的话,就会非常容易出现这个问题。因为游标一直在不停的打开,而且没有关闭。
一般来说,我们在写Java代码的时候,createStatement和prepareStatement都应该要放在循环外面,而且使用了这些Statment后,及时关闭。最好是在执行了一次executeQuery、executeUpdate等之后,如果不需要使用结果集(ResultSet)的数据,就马上将Statement或PreparedStatement关闭。
对于出现ORA-01000错误这种情况,单纯的加大open_cursors并不是好办法,那只是治标不治本。实际上,代码中的隐患并没有解除。
而且,绝大部分情况下,open_cursors只需要设置一个比较小的值,就足够使用了,除非有非常特别的要求。
如果你不使用连接池,那么就没有什么问题,一旦Connection关闭,数据库物理连接就被释放,所有相关Java资源也可以被GC回收了。
但是如果你使用连接池,那么请注意,Connection关闭并不是物理关闭,只是归还连接池,所以PreparedStatement和ResultSet都被持有,并且实际占用相关的数据库的游标资源,在这种情况下,只要长期运行,往往就会报“游标超出数据库允许的最大值”的错误,导致程序无法正常访问数据库。
正确的代码,如下所示:
for(int i=0;i<balancelist.size();i++)
{
prepstmt = conn.prepareStatement(sql[i]);
prepstmt.setBigDecimal(1,nb.getRealCost());
prepstmt.setString(2, adclient_id);
prepstmt.setString(3, daystr);
prepstmt.setInt(4, ComStatic.portalId);
prepstmt.executeUpdate();
prepstmt.close();
}

在执行了一次executeQuery、executeUpdate等之后,如果不需要使用结果集(ResultSet)的数据,就马上将Statement或PreparedStatement关闭。
关ORACLE Cursor的问题(ORA-01000: maximum open cursors exceeded)的思考

在java应用中,我们会经常用oracle jdbc.在开发中我们有时候会遇到(ORA-01000: maximum open cursors exceeded)的错误。

很多朋友在Java开发中,使用Oracle数据库的时候,经常会碰到有ORA-01000: maximum open cursors exceeded.的错误。

实际上,这个错误的原因,主要还是代码问题引起的。
ora-01000: maximum open cursors exceeded.
表示已经达到一个进程打开的最大游标数。

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

一般来说,我们在写Java代码的时候,createStatement和prepareStatement都应该要放在循环外面,而且使用了这些Statment后,及时关闭。最好是在执行了一次executeQuery、executeUpdate等之后,如果不需要使用结果集(ResultSet)的数据,就马上将Statment关闭。

对于出现ORA-01000错误这种情况,单纯的加大open_cursors并不是好办法,那只是治标不治本。实际上,代码中的隐患并没有解除。
而且,绝大部分情况下,open_cursors只需要设置一个比较小的值,就足够使用了,除非有非常特别的要求。

对这个问题专门研究了一下,并写了测试程序,首先说一些测试环境,我们的数据库最大可打开的cursor设置为600,操作的数据库表的记录数为30条记录。为了模拟同时打开600cursor,也就是说有600个statement在运行,必须用到java的多线程。下面是测试程序:

public class StatementTest extends Thread{
private Connection conn;
public StatementTest(Connection conn) {
this.conn = conn;
start();
}

public void run(){
try {
String strSQL = "SELECT * FROM TestTable"
Statement stmt = conn.createStatement();
ResultSet rs = stmt.executeQuery(strSQL);
int i = 0;
while(rs.next()){
System.out.println("—"+i+"——");
i = i+1;
}
rs.close();
stmt.close();

} catch (Exception e) {
// TODO: handle exception
e.printStackTrace();
}

}

public static void main(String args[]){
try{
Connection conn = DBConnection.getConnection();

for(int i = 0;i < 800;i++){

new StatementTest(conn);
}
}catch(Exception e){
e.printStackTrace();
}

}

}

运行这个程序,很快就会抛出ORA-01000: maximum open cursors exceeded的错误。

这次最主要的不是测试上面的问题,而是下面的问题:
1. 我们通过JDBC查询,是否一次是把所有的结果集查询出来后放到ResultSet中,

2. 在调用ResultSet.next()方法的时候,是否还会和数据库交互.

其实在以前我一直认为当statement执行完sql语句后,它会把结果集保存到ResultSet中,然后关闭这个cursor,当实际上并不是这样的。我们把上面的程序修改一下就可以测试这个问题了。程序如下
public class StatementTest extends Thread{
private Connection conn;
public StatementTest(Connection conn) {
this.conn = conn;
start();
}

public void run(){
try {
String strSQL = "SELECT * FROM TestTable"
Statement stmt = conn.createStatement();
ResultSet rs = stmt.executeQuery(strSQL);
int i = 0;
while(rs.next()){
System.out.println("—"+i+"——");
i = i+1;
Thread.sleep(5000);
}
rs.close();
System.out.println("resultset has closed");
Thread.sleep(10000);
stmt.close();
System.out.println("resultset has closed");
Thread.sleep(10000);

} catch (Exception e) {
// TODO: handle exception
e.printStackTrace();
}

}

public static void main(String args[]){
try{
Connection conn = DBConnection.getConnection();
new StatementTest(conn);
}catch(Exception e){
e.printStackTrace();
}

}

}
当statement执行完SQL语句的时候,循环resultset的时候让线程sleep5秒钟,这样做的目的是为了有时间从数据库那方面查询这个cursor是否关闭.运行程序,在java控制台中出现System.out.println("—"+i+"——")循环信息的时候,在sqlplus中运行下面SQL语句,其中SID是程序运行对应数据库的进程ID

select sql_text from v$open_cursor where sid = 35
你会ResultSet循环的时候,运行上面的SQL,一直有结果都是"SELECT * FROM TestTable"也就是说通过statement打开的这个cursor一直没有关。可以初步判断当statement执行完sql语句后返回给resultset的结果集不是实际的结果(结果数集据不是放到JVM内存中),可能是结果集的指针,当resultset.next()的时候再通过这个指针从oracle拿数据。
为了确认这个问题,我们选了一个记录数超过10000条记录的大表,来测试,发现在整个运行时,JVM的内存没有很大的变化。这就进一步确定了上面的判断。

小结:通过上面测试和分析,我们可以的出结论通过JDBC查询结果集不是直接放到ResultSet中,ResultSet存在的可能是结果集的指针。