关于ORA-01000: maximum open cursors exceeded" 问题分析总结

    关于ora-01000：超出最大可打开的游标数 的一点理解
ORA-01000: maximum open cursors exceeded"怎么解决
ERROR at line 1:
ORA-01000: maximum open cursors exceeded

问题分析：

1.游标open后，出错了又没有close.
2.可能是表结构的问题。

解决方法：
step 1:
    查看数据库当前的游标数配置
    show parameter open_cursors;


step 2:
    查看游标使用情况：
select o.sid, osuser, machine, count(*) num_curs
from v$open_cursor o, v$session s
where user_name = 'user' and o.sid=s.sid
group by o.sid, osuser, machine
order by  num_curs desc;

此处的user_name='user'中,user代表占用数据库资源的数据库用户名.


step 3:
    查看游标执行的sql情况：
select o.sid q.sql_text
from v$open_cursor o, v$sql q
where q.hash_value=o.hash_value and o.sid = 123;

step 4:
    根据游标占用情况分析访问数据库的程序在资源释放上是否正常,如果程序释放资源没有问题，则加大游标数。
    alter system set open_cursors=2000 scope=both;
    
以上为cursors数确实不够的情况下的处理方法。
但在有的时候，就算是加大了open_cursor 。譬如，我将游标大小改到了300，还是出现错误，改到1000以后开始出现了ORA-01001:invalid cursors。再怎么加大
open_cursors的数量都无济于事。碰到这种情况极可能就是表结构的问题了。

那么如何来验证呢？

案例来自itpub，yangtingkun：
“我们系统的数据量比较大，近200张表，有些表一天要插入1000000条左右的数据。表是使用ER/STDIO设计的，然后直接生成建表的脚本，由于没有设置physical_attributes_clause语句中的建表参数，因此使用了默认的参数。好像是INITIAL 10K NEXT 10K PCTFREE 20 PCTUSED 50由于表的存储空间太小，在
很短的时间内就会装满，因此ORACLE就需要不停为30多张表（数据量较大的）申请空间。于是在程序运行了一段时间后，开始出现ORA-01000: maximum open 
cursors exceeded的错误。 我将游标大小改到了300，还是出现错误，改到1000以后开始出现了ORA-01001:invalid cursors。再怎么加大open_cursors的数量都
无济于事。 使用select * from v$open_cursors查询，发现有几百条的INSERT语句游标没有释放。 

开始怀疑是程序调用的问题，仔细检查程序没有发现问题。但是发现对某张表进行TRUNCATE操作后，对此表进行插入的游标全部释放，于是开始怀疑是表结构本
身的问题。重新设置了建表参数，将数据量最大的表的INITIAL和NEXT均设置为50M。至今未再出现同样的错误。”


FYI：
首先通过v$open_cursor中的SQL_TEXT字段可以查出没有释放的SQL是大致是什么语句。
由于建表参数设置不当，会有很多的INSERT语句无法释放。

SELECT * FROM V$OPEN_CURSOR WHERE SQL_TEXT LIKE 'INSERT％‘

找一找哪些表的INSERT语句没有释放的游标比较多。从ALL_TABLES里查看该表的建表参数是否合适。


yangtingkun的分析：
“开始时表参数
PCT FREE 10
PCT USED 40
STORAGE(INITIAL 10K
        NEXT 10K
        MINEXTENTS 1
        MAXEXTENTS 121
        PCTINCREASE 0
        )
9K的空间，以我们的系统几秒钟就塞满了，下一条插入语句来的时候ORACLE要去自动申请空间，该语句所占用的游标暂时无法释放。ORACLE申请的空间马上又被
塞满，又要去申请新的空间。如果二、三十多张表在几个钟头内都不停要求ORACLE去进行上述的操作，估计会造成大量的游标来不及释放。以上只是我的估计。”


补充:
PCT FREE 10 指当一个block还剩10％的时候就不再进行INSERT了，而使用新的block，剩余部分为update预留。PCT USED 40 指一个block删除数据，数据小于此block空间的40％时，该block重新对INSERT可用，在此之前，此block不用于INSERT。

bit的分析：
“最理想的状况是initial参数就能装下所有表数据
不过不可能
pctincrease设置为0比较好
不为0你仔细分析后会发现对数据库的负作用很大
可能碎片更多
再说也没有那么多空间让smon来合并
合并了也未必能满足pctincrease导致的不一样的extents的大小.........

pctincrease＝1
只是合并相临的被drop或者truncate释放出来的或者本来就空闲的空间块
所以……
呵呵
想想用处有多大，可能有那些弊端吧
所谓回收……呵呵
谁都知道这个可以进行所谓的“回收” ”




ASK：
“我按照yangtingkun的提示使用 SELECT * FROM V$OPEN_CURSOR WHERE 
SQL_TEXT LIKE 'INSERT％‘  后，有71条，用到十几个表，大多数有10条左右纪
录，不知道是不是这十几个表未释放游标。但是再执行了一下上面的语句，变成
了151条，用到的表也大多变了。怎样才能找出哪些表的storage设置不合理呢。
另外，数据库正在使用时修改storage参数会否有问题。”

ANS：
“每次不一样是正常的，你看到的是你查询时刻正在使用或没有释放的游标。
可以先锁定一张表，比如发现关于a表的插入记录比较多，可以SELECT * FROM 
V$OPEN_CURSOR WHERE SQL_TEXT LIKE 'INSERT INTO A %'；
一般来说，同一时间同一用户对一张表的插入操作只有一次。如果发现许多，说
明这张表可能有问题。根据我的经验”


解决方法：
drop掉，然后create
如果你的数据量比较大，不想重新建表的话，可以直接修改next参数。

SQL> alter table a storage (next 5M);

补充：
ask：怎样判断该将next 设为多大
ans：
next设置为多少要根据你数据量的大小而定了。
我的经验是：如果每天几百万条的数据量，最好不要小于10M。


总结：
多数 ORA-01000 还是因为程序没有正常关闭cursor造成的
比如说，Java 里面createStatement 之后没有close Statment

补充:在java代码中,执行conn.createStatement()和conn.prepareStatement()

的时候，实际上都是相当与在数据库中打开了一个cursor。尤其是，如果你的
createStatement和prepareStatement是在一个循环里面的话，就会非常容易出现
这个问题。因为游标一直在不停的打开，而且没有关闭。
     一般来说，我们在写Java代码的时候，createStatement和
prepareStatement都应该要放在循环外面，而且使用了这些Statment后，及时关
闭。最好是在执行了一次executeQuery、executeUpdate等之后，如果不需要使用
结果集（ResultSet）的数据，就马上将Statment关闭，调用close()方法。