文章目录
一、Shared pool的引入
当你发出一条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早期版本,并不存在shared pool,每次sql执行时,都会对sql进行以上解析执行操作。但是,在第三步解析、生成执行计划的过程中,开销非常昂贵,所以,oracle引入shared pool。
当一条sql语句到达数据库时,Oracle利用内部的hash算法来取得该sql的hash值,然后在library cache里查找是否存在该hash值
;
假设存在,则将此sql与cache中的进行比较;
假设"相同",就将利用已有的解析树与执行计划,而省略了优化器的相关工作。这也就是软解析的过程。
如果hash值不存在
,
需要到Free空间中,找到相应大小的内存块,进行创建解析树、生成执行计划的动作。这个过程就叫硬解析。
创建解析树、生成执行计划对于sql的执行来说是开销昂贵的动作,所以,应当极力避免硬解析,尽量使用软解析
。 这就是在很多项目中,倡导开发设计人员对功能相同的代码要努力保持代码的一致性,以及要在程序中多使用绑定变量的原因。
Shared Pool最初被引入的目的,也就是它的本质功能在于实现共享
。如果sql没有共享,有shared pool不如没有。因为保存代码、执行计划等期待重用,有一定的系统开销
,并且客户端要不停的获取Latch,试图寻找共享代码。如果没有sql及执行计划的共享,这种开销会成为ORACLE的负担
。
二、Shared Pool的组成
Shared Pool主要由三部分组成
,一部分是库缓存(Library Cahce)