[AWR报告]Execute to Parse %

从这期开始讲解awr报告的部分，上期说的是awr整体的部分，今天开始对里面的细节说起

这期针对Instance Efficiency Percentages 部分做说明

理论上说上述比例应接近100%

Execute to Parse %

该指标是SQL执行次数和解析次数的比值

计算公式为:round(100*(1-parse/exe),2)

从公式可以看出:

当parse和execute相差不大时，比值趋近于0，说明每次执行都会进行解析 当parse远小于execute使，比值接近1，说明解析一次可以执行多次，这是非常好的

如何查看

上面参数同样可以通过v$sysstat查看到，注意该参数是累积的，计算时需时时间段的差值

关于cursor sharing

有人会建议设置cursor sharing = similar ，这样会针对相似语句使用软解析，这样是万万不可取的，会导致性能问题。

如何处理

若该指标过低，往往是开发人员的程序造成的,如未使用绑定变量

可参考 TOM的一句话:

• You should do it in a single SQL statement if at all possible.
• If you cannot do it in a single SQL Statement, then do it in PL/SQL.
• If you cannot do it in PL/SQL, try a Java Stored Procedure.
• If you cannot do it in Java, do it in a C external procedure.
• If you cannot do it in a C external routine, you might want to seriously think about why it is you need to do it… which means

参考连接: https://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:1594740500346667363

下期预告

Latch Hit %: