Oracle 对 sql 的处理过程

当你发出一条 sql 语句交付 Oracle，在执行和获取结果前，Oracle 对此 sql 将进行几个步骤 的处理过程：  

1、语法检查(syntax check)   检查此 sql 的拼写是否语法。  

2、语义检查(semantic check)   诸如检查 sql 语句中的访问对象是否存在及该用户是否具备相应的权限。  

3、对 sql 语句进行解析(prase)   利用内部算法对 sql 进行解析，生成解析树(parse tree)及执行计划(execution plan)。   

4、执行 sql，返回结果(execute and return)   其中，软、硬解析就发生在第三个过程里。  

Oracle 利用内部的 hash 算法来取得该 sql 的 hash 值，然后在 library cache 里查找是否存 在该 hash 值；   假设存在，则将此 sql 与 cache 中的进行比较；   假设“相同”，就将利用已有的解析树与执行计划，而省略了优化器的相关工作。这也 就是软解析的过程。   诚然，如果上面的 2 个假设中任有一个不成立，那么优化器都将进行创建解析树、生成 执行计划的动作。这个过程就叫硬解析。   创建解析树、生成执行计划对于 sql 的执行来说是开销昂贵的动作，所以，应当极力避 免硬解析，尽量使用软解析。   这 就 是 在 很 多 项 目 中 ， 倡 导 开 发 设 计 人 员 对 功 能 相 同 的 代 码 要 努 力 保 持 代 码 的 一 致 性 ， 以及要在程序中多使用绑定变量的原因。

 

查找不能被充分共享利用的SQL语句（查询LibraryCache中执行次数偏低的SQL语句）： SELECT sql_text FROM v$sqlarea WHERE executions < 5 ORDER BY UPPER(sql_text);

 

查找SQL执行次数和SQL解析次数（hard parse），对比两个值的差： SELECT sql_text , parse_calls , executions FROM v$sqlarea ORDER BY parse_calls;