Execute to Parse% 及open_cursors，session_cached_cursors

最新推荐文章于 2024-11-18 14:36:14 发布

转载最新推荐文章于 2024-11-18 14:36:14 发布 · 214 阅读

本文探讨了SQL语句执行与解析的比率及其对数据库性能的影响，并提供了设置session_cached_cursors参数以减少解析次数，提高系统性能的方法。通过SQL查询评估参数使用率，指导参数调整以实现最佳性能。

Execute to Parse :

SQL语句执行与解析的比率。如果某条新的SQL语句经过一次解析然后执行，且再也不在同一个session中执行的话，那么比率为0，这个比率应该越高越好。比如12.26%说明，同一个session中执行的SQL语句中只有12.26%的SQL是已经解析好了的(不需要再次解析)。说明DB中新的SQL语句相对较多。

计算方式： Execute to parse＝round(100 * (1-Parses/Executions),2), 如果parse次数大于executions，可能会导致此值为负数，对性能会有影响。这个值越接近100%越好 (即Parses/Executions 越接近0，也即几乎所有SQL都是已经解析过的，只要执行就好了，当然这是理想状态)。

-------------------------------------------------------------------------------------

如何正确设置session_cached_cursors参数

正确设置open_cursors和'session_cached_cursors'  可以减少sql解析，提高系统性能，那么，如何正确设置'session_cached_cursors'  这个参数呢？我们可以把握下面的原则：
1、'session_cached_cursors'  数量要小于open_cursor
2、要考虑共享池的大小
3、使用下面的sql判断'session_cached_cursors'  的使用情况。如果使用率为100%则增大这个参数值。

SELECT   'session_cached_cursors' parameter,
         LPAD (VALUE, 5) VALUE,
         DECODE (VALUE,
                 0, ' n/a',
                 TO_CHAR (100 * used / VALUE, '990') || '%')
            usage
FROM   (SELECT   MAX (s.VALUE) used
            FROM   v$statname n, v$sesstat s
           WHERE   n.name = 'session cursor cache count'
                   AND s.statistic# = n.statistic#),
         (SELECT   VALUE
            FROM   v$parameter
           WHERE   name = 'session_cached_cursors')
UNION ALL
SELECT   'open_cursors',
         LPAD (VALUE, 5),
         TO_CHAR (100 * used / VALUE, '990') || '%'
FROM   ( SELECT   MAX (SUM (s.VALUE)) used
              FROM   v$statname n, v$sesstat s
             WHERE   n.name IN
                           ('opened cursors current',
                            'session cursor cache count')
                     AND s.statistic# = n.statistic#
          GROUP BY   s.sid),
         (SELECT   VALUE
            FROM   v$parameter
           WHERE   name = 'open_cursors')