ORACLE SGA shared pool组成

shared pool

library cache

缓存sql及sql解析后的执行计划

根据sql解析对应hash值管理内存块应该挂在那个数据链下

data dictionary cache(row cache)

数据字典缓存（因为sql解析的过程中会大量用到数据字典信息所以数据字典缓存放在shared pool中）

oracle sql执行过程

Step1. SQL代码的语法(语法的正确性)及语义检查(对象的存在性与权限)。

Step2. 将SQL代码的文本进行哈希得到哈希值。

Step3. 如果共享池中存在相同的哈希值，则对这个命令进一步判断是否进行软解析，否则到e步骤。

Step4. 对于存在相同哈希值的新命令行，其文本将与已存在的命令行的文本逐个进行比较。这些比较包括大小写，字符串是否一致，空格，注释等，如果一致，则对其进行软解析，转到步骤Step6，无需再次硬解析。否则到步骤Step5。

Step5. 硬解析，生成执行计划。

Step6. 执行SQL代码，返回结果。

硬解析即整个SQL语句的执行需要完完全全的解析，生成执行计划。生成执行计划需要耗用CPU资源，以及SGA资源。在此不得不提的是对库缓存中闩的使用。闩是锁的细化，可以理解为是一种轻量级的串行化设备。当进程申请到闩后，则这些闩用于保护共享内存的数在同一时刻不会被两个以上的进程修改。在硬解析时，需要申请闩的使用，而闩的数量在有限的情况下需要等待。大量的闩的使用由此造成需要使用闩的进程排队越频繁，性能则逾低下。