Oracle 性能分析与诊断|优化Oracle 软解析率

Oracle对SQL语句的处理分为四个步骤。首先，进行语法检查，确认SQL语句的拼写符合语法规范。其次，语义检查，确保SQL语句访问的对象存在且用户具有相应的权限。接着，解析SQL语句，利用内部算法生成解析树和执行计划。最后，执行SQL语句并返回结果。在解析步骤中，Oracle使用内部的哈希算法获取SQL语句的哈希值，然后在Library Cache中查找。如果找到哈希值匹配的语句，则直接使用缓存中的解析树和执行计划，避免了优化器的工作，这就是软解析。如果未能在缓存中找到匹配的哈希值，则优化器将创建新的解析树和执行计划，这是硬解析。硬解析消耗较大，因为需要在Shared Pool中重新分配内存和确定执行计划。应尽量避免硬解析，使用软解析。开发人员应保持功能相同的SQL代码一致，多使用绑定变量以避免硬解析。

可通过SQL语句查询Oracle的软解析率，软解析率计算公式为：1-(硬解析次数/总解析次数)。软解析率若低于0.2，可能表示硬解析率过高，但若总解析量过低，则该值可忽略。软解析率低通常意味着有较多不能被共享利用的SQL语句，可通过查询v$sqlarea视图找出执行次数偏低的SQL语句，分析原因。查询v$sqlarea视图的SQL语句如下：SELECT sql_text FROM v$sqlarea WHERE executions < 5 ORDER BY UPPER(sql_text);同时，对比SQL执行次数和硬解析次数，查询v$sqlarea的语句如下：SELECT sql_text, parse_calls, executions FROM v$sqlarea ORDER BY parse_calls;检查v$librarycache视图的Reloads和Invalidations值，接近0表示良好，否则应考虑调整shared pool size。查询v$librarycache视图的SQL语句如下：SELECT namespace, gethitratio, pinhitratio, reloads, invalidations FROM v$librarycache;检查gethitratio是否超过90%，如果未超过90%，则应检查应用代码。如果reloads/pins比率超过1%，应考虑增加shared_pool_size参数值。软解析率低可能因Library Cache空间不足或SQL语句中引用的对象不合法，需要通过调整Library Cache优化。可使用v$shared_pool_advice查询建议的pool_size、estd_lc_size和estd_lc_time_saved。如果问题不在Library Cache，需要优化SQL程序。优化方法包括使用变量而非常量，以及修改cursor_sharing参数为similar以使用绑定变量。

您可能感兴趣问答

Collapsible

热门标签

热点问答