记录一次Oracle 'Execute to parse'问题解决
Posted t495
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了记录一次Oracle 'Execute to parse'问题解决相关的知识,希望对你有一定的参考价值。
oracle版本:12.2,单实例,操作系统:rhel6.8
awr报告中Execute to Parse非常低,意味着SQL执行进行过程中进行解析比例比较高。
综合各方老师观点:
1、如果Soft Parse %和Execute to Parse %两个参数同时很低时,说明硬解析次数多,建议使用绑定变量。
本例中分别为0.12,100,不属于这种情况。
2、如果Soft Parse %高,而Execute to Parse %低时(<40%),说明执行解析比率低,可以通过静态sql、动态绑定、调整session_cached_cursor参数、调整open_cursor等方法来减少软解析。
本应用为Java开发的批处理程序,使用Druid作为数据源。
做了两个方面的变更:
1、修改session_cached_cursor参数
alter system set session_cached_cursors=100 scope=spfile;
重启数据库(shutdown immediate /startup)
2、开启客户端statement缓存:
<bean id="dataSource" class="com.alibaba.druid.pool.DruidDataSource" init-method="init" destroy-method="close"> <!-- 打开PSCache,并且指定每个连接上PSCache的大小(Oracle使用)--> <property name="poolPreparedStatements" value="true" /> <property name="maxPoolPreparedStatementPerConnectionSize" value="100" /> </bean>
再次观察发现有了明显改善,达到98%
相关SQL:
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,v$session c WHERE N.NAME = ‘session cursor cache count‘ AND s."SID"=c."SID" AND c."MACHINE"=‘KFPCServer-4‘ 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‘);
注意:machine要改为客户端机器名称,避免由于plsql等客户端长时间连接影响统计准确性。
usage表示使用率,如果达到100%,则建议/需要增加该参数。
以上是关于记录一次Oracle 'Execute to parse'问题解决的主要内容,如果未能解决你的问题,请参考以下文章
mysqldump: Couldn't execute 'SAVEPOINT sp':