对Oracle软软解析的一点见解

杂谈

 在接触过oracle优化器的特征以后，咱们都知道oracle优化器的一个迷人之处，就在于shared pool的设计，说准确点是shared pool中的Library Cache，这种设计的结果就是让执行计划变得可缓存。所以产生了软解析的概念，这就保证了相同SQL在统计信息不发生变化的前提下只用经历一次繁杂的解析过程。而相对比软解析，oracle优化器还有一种更为特殊的行为，即软软解析，发生软软解析过程的SQL将消耗更小的开销，执行更加迅速。

Cursor

 首先了解下oracle中的两种sql cursor，Shared Cursor 和 Session Cursor。
1.Shared cursor。缓存于SGA的shared pool，Oracle的Shared Cursor分为Parent Cursor(父游标)和Child Cursor(子游标)，父游标存储SQL的文本，子游标则存储sql的执行计划。
2.Session Cursor。缓存于PGA的private sql区，在执行SQL时建立，通常SQL执行完毕释放。Session cursor和shared cursor的区别就在于，session cursor是session私有的，这其实也是PGA与SGA的区别。

PGA

接下来聊下PGA的组成。
1.PGA=UGA + CGA
2.CGA。即call global area，包含排序区+散列区+位图合并区
3.UGA=user session + cursor state(private sql区)

user session(会话信息区)
 存放用户权限，角色，性能统计等信息。
private sql
 固定部分：绑定信息，数据结构信息，指针。随session的建立而建立，结束而释放
 动态部分：执行sql的中间结果集，如多表联查，排序。随sql的建立而建立，结束而释放

 那么前面说的session cursor对应UGA中private sql区的动态部分，当执行SQL语句的时候建立，主要用于做为SQL中间结果集的缓存区域，可是当一个SQL在同一个会话中连续执行三次以上时，这个cursor会被缓存，当相同SQL再次执行时，直接使用这个打开的游标。

软软解析的意义

首先看下SQL解析的过程，大体能够归纳以下。
1.语法、语义及权限检查；
2.查询转换（语句等价转换，又称为逻辑优化）；
3.执行递归查询获取统计信息；
4.根据统计信息计算每条执行路径的执行开销
5.选择开销最小的执行路径做为执行计划

 在整个解析过程当中，步骤3和4是最其自己的性能开销所在，而软解析正是为了节省这两个步骤而设计的（实际上也省去了步骤2）。
 那么软软解析呢？正如前面所说，当session cursor被缓存时，下一次在同一会话执行同一个SQL的时候就能够直接使用这个打开的游标，这个过程就是软软解析。软软解析相对比软解析，甚至还省去了步骤1和2，而且还减小了打开游标的开销。
 直接使用这个还未关闭的游标，意味着提交这个SQL请求以后，接下来就能够直接去获取执行计划执行该SQL了，而软解析在命中执行计划以前还须要经历SQL hash查找的过程。

能够查询相关视图查看某会话中发生软软解析的状况，以下

session cursor cache count
 这个数值指的是当前会话缓存的的这种sql cursor的总数量
 可经过参数设置单个会话最大可缓存cursor的总数量

session cursor cache hits
 在session cursor cache找到的次数。在session中每发生一次软软解析，就表明session cursor cache的一次命中。

结语

 一样是为了节省解析带来的性能开销，软软解析实质上是软解析的一个特例。  而不管是哪一种解析过程，ORACLE在解析和执行目标SQL时，始终会按照以下逻辑生成执行计划。 1.查找PGA的private sql area，若命中，发生软软解析，若不命中进行步骤2； 2.在Library Cache中匹配该SQL的hash值，若命中发生软解析，不然进入步骤3； 3.发生硬解析，将会执行递归查询获取统计信息，而且用来计算执行开销，而后生成执行计划，并将执行计划缓存在Library Cache中。