oracle数据库解析过高分析

解析非常高，通过时间模型可以看到解析占比非常高

解析大致可以分为硬解析（ hard parse）、软解析（ soft parse）和软软解析（ soft soft parse）。如，执行一条 SQL 的时候，如果该 SQL 在共享池中不存在，这就是硬解析，需要首先分配共享池空间，创建父游标的结构，然后创建一个子游标。如果下一次再执行一条类似的 SQL，该 SQL 的父游标存在，经过检查发现子游标是可以共享的，而且这个子游标的所有关联对象在共享池中都存在，那么就可以马上执行了，这就是软软解析，也是软解析的一种。

以下语句解析次数较高：

如果子游标是不可共享的，那么就需要创建一个新的子游标（对于 SQL 来说，又增加了一个版本， Version），解析执行计划，然后执行。所以说，version_count 表示这个父游标下子游标的数量。当游标有多个版本时，在sql执行时会查找正确的version，等待的时间就会越来越长，会造成数据库性能问题。部分语句version_count值较高。

可以看到特别第一个，执行2000多次，但version_count达到3000多，说明每执行一次sql要找到正确的version甚至有可能要达到3000多次，这会严重影响sql的执行效率。