Oracle里怎么查最大游标数还有改它的办法分享一下

需要理解“最大游标数”在Oracle里主要指的是一个叫OPEN_CURSORS的初始化参数，这个参数控制的是一个数据库会话（Session）在同一时间能够同时打开的游标（Cursors）的最大数量，这里说的会话，可以简单理解为当一个用户连接到数据库后形成的一个连接通道，游标是Oracle用来管理SQL语句和PL/SQL语句执行的一种内存结构，每执行一条SQL，Oracle都会在后台为其分配一个游标，如果打开的游标数超过了OPEN_CURSORS设定的限制，就会遇到“ORA-01000: maximum open cursors exceeded”这个经典错误，意思是“超出了最大打开游标数”。

第一部分：如何查询当前的游标数设置和实际使用情况

查询方法有很多种,可以从不同层面来看。

1. 查询当前数据库的OPEN_CURSORS参数设置值： 这是最直接的方法，查看系统层面允许的最大值，可以使用具有DBA权限的用户（比如SYS或SYSTEM用户）登录到数据库，然后执行以下SQL语句： SELECT name, value FROM v$parameter WHERE name = 'open_cursors'; 或者也可以这样查： SHOW PARAMETER open_cursors; 这条命令会返回整个数据库实例中OPEN_CURSORS参数的当前生效值，这个值对所有会话都适用,是每个会话能打开游标的上限。

2. 查询某个特定会话当前已经打开了多少个游标： 如果你想诊断问题，光知道上限还不够，还需要知道实际用了多少，可以查询动态性能视图v$sesstat，要查看你当前自己这个会话的游标使用量，可以这样： SELECT a.value FROM v$sesstat a, v$statname b WHERE a.statistic# = b.statistic# AND b.name = 'opened cursors current' AND a.sid = sys_context('USERENV','SID'); 这里的sys_context('USERENV','SID')是用来获取当前会话的SID（会话ID）。opened cursors current这个统计项表示的就是当前该会话未关闭的游标数量。

   

3. 查询数据库中所有会话的游标打开情况，找出使用量高的会话： 如果你是DBA，需要排查整个数据库的情况，可以运行一个查询，看看哪个会话打开的游标数快要接近或已经有问题了，SQL可能会稍微复杂一点： SELECT a.sid, a.serial#, a.username, a.program, s.value FROM v$session a, v$sesstat s, v$statname n WHERE a.sid = s.sid AND n.statistic# = s.statistic# AND n.name = 'opened cursors current' AND s.value > 100 ORDER BY s.value DESC; 这个查询会列出所有当前打开游标数超过100的会话，并按照游标数从高到低排序,方便你快速定位问题源头。

第二部分：修改最大游标数OPEN_CURSORS的方法

修改这个参数通常需要数据库管理员（DBA）权限,修改方法取决于你是想临时生效还是永久生效。

1. 动态修改（立即生效，但数据库重启后失效） 如果你的Oracle数据库版本是9i或以上，并且OPEN_CURSORS参数本身被标记为“动态”（即可以在不重启数据库的情况下修改），那么可以使用ALTER SYSTEM命令来修改，你可以用SHOW PARAMETER open_cursors命令查看一下参数的“可调整”列（ISSES_MODIFIABLE 和 ISSYS_MODIFIABLE），如果ISSYS_MODIFIABLE显示为IMMEDIATE，就意味着可以动态修改。 修改命令如下： ALTER SYSTEM SET open_cursors = 2000 SCOPE = BOTH; 这里的SCOPE = BOTH表示同时修改内存中的值（立即生效）和服务器参数文件（spfile）中的值（保证重启后有效），如果你只有pfile（文本初始化参数文件）或者想更谨慎些，也可以分两步走，如果确认可以动态修改，但只想临时调整，可以设成SCOPE = MEMORY，这样只对当前实例生效,重启后就会恢复原样。

2. 修改参数文件（永久生效，但需要重启数据库） 如果参数不能动态修改，或者你希望确保配置在数据库重启后依然有效,就需要修改数据库的参数文件。

   • 如果使用SPFILE（服务器参数文件，二进制）： ALTER SYSTEM SET open_cursors = 2000 SCOPE = SPFILE; 执行这条命令后，修改会写入SPFILE，但不会立即影响当前运行的实例，你必须重启数据库实例,新的设置才会生效。
   • 如果使用PFILE（文本初始化参数文件）： 你需要找到PFILE文件（通常是init<SID>.ora之类的名字），用文本编辑器打开它，找到open_cursors这一行，如果存在，就直接修改后面的数值；如果不存在，就在文件末尾添加一行： open_cursors = 2000 保存文件后，你需要用这个修改后的PFILE重新启动数据库,或者根据PFILE创建一个新的SPFILE再重启。

第三部分：重要注意事项和最佳实践

1. 不要盲目调高： 遇到“ORA-01000”错误时，第一反应不应该是立刻把OPEN_CURSORS的值调得非常大，游标会占用内存资源，无节制地调高可能会浪费内存，甚至影响数据库整体性能,正确的做法是先分析为什么游标会打开这么多。
2. 重点检查应用程序代码： 绝大多数“ORA-01000”错误的根本原因在于应用程序没有正确关闭游标，比如在Java应用中，使用了JDBC，却没有在finally块中及时关闭Statement、PreparedStatement和ResultSet对象，这才是最需要修复的地方，修改数据库参数只是临时扩大“仓库”容量，而修复代码漏洞是解决“货物只进不出”的根本办法。
3. 设置合理的数值： OPEN_CURSORS的值设置多少合适，并没有一个绝对的标准，它取决于你的具体应用，对于复杂的OLTP系统或者大量使用PL/SQL的应用，可能需要设置得高一些，比如1000到5000，甚至更高，你可以先观察一段时间在正常业务峰值下，系统中游标使用的最高点，然后在此基础上增加一个安全余量（比如20%-50%）来设定这个值，Oracle在不同版本可能有不同的默认值，早期版本可能只有300,较新的版本可能默认是2000或更高。
4. 修改参数后的验证： 修改完参数并使其生效后（尤其是重启数据库后），务必再次执行第一部分介绍的查询命令，确认open_cursors的新值已经成功应用。

查询Oracle的最大游标数主要通过查询v$parameter视图，而修改它则通过ALTER SYSTEM命令或修改参数文件来实现，但最关键的是，要认识到修改参数通常是一种应对措施,而彻底解决问题往往需要从应用程序代码层面确保游标被正确关闭。

（注：以上操作方法和思路参考自Oracle官方文档中关于初始化参数管理、动态性能视图以及SQL*Plus命令的通用描述，以及业界常见的Oracle数据库管理和性能优化实践指南，如《Oracle Database Administrator's Guide》和《Oracle Database Reference》中关于OPEN_CURSORS参数的说明。）