这篇文章是参考加甲骨论老相老师视频所做的学习笔记:
/thread-2675-1-1.html
Sql 执行的流程分成3部分:
解析部分(Parse): Server process将sql语句在Shared pool(共享池)里解析为执行计划
执行部分(Execute): Server process根据执行计划在DB buffer cache和数据文件里提取数据.
获取数据部分(Fetch): 获得数据并返回给用户.
所以可以看出解析部分是在SGA里面 Share pool里完成的.
可以从V$sgainfo 视图查看shared pool 的当前大小信息
Share pool里面分成许多个部分, 我们可以大概看成3个主要部分:(实际上还有Result cache等部分)
分别是Free 空间,Library Cache(库缓存)和RowCache(字典缓存)
如图:
Shared pool
而整个Shared pool的作用是用来缓存用户的sql 语句和 和对应执行计划的.
当一条sql语句, 从user client传到Server Process(PGA)里时, Server Process会拿着sql去Share pool里面.
Server process首先会判断sql语句的语法是否正确, sql语句涉及的对象是否有权限.
如果上面两步没问题了,那么会到Share pool 里的 Library Cache寻找有无相同的sql语句和对应的缓存计划.
所以Server Process在share pool里头3个动作是:
1. 判断语法合法性
2. 判断涉及对象权限
3. 到Library Cache里寻找缓存的sql和对应执行计划.
好了由第3步得知Share pool缓存的sql语句和执行计划实在是缓存在share pool里的Libaray Cache里面的.
下面简单介绍下Library cache和 Rowcache
Library cache: 在share pool里用来缓存用户执行过的sql语句和对应执行计划.
在Oracle 10g 里可以用select * from v$sgastat where pool = 'shared pool' and name ='library cache'来查看当前library cache的大小:
(11g不适用...)
住: 数据库负载越重free memory越小.
Rowcache: 数据字典缓存, 作用就是存放数据字典的数据啦.
为什么要存放数据字典呢, 因为上面的第2步:判断涉及对象权限 和 硬解析中要访问大量的表/索引..对象而这些信息都是存放在数据字典中的.
好了现在说明下什么是软解析:
当Server process在Library cache里找到现成的执行计划时,就直接可以利用这个执行计划去执行sql语句了. 我们就叫个得到执行计划的过程叫软解析所以软解析只包含上述3步动作.
硬解析:
当sql语句是第一次运行或者其他原因, Library cache里面没有对应的执行计划,只能由Server process自己去解析成执行计划, 就是硬解析了.
硬解析也是在library cache里完成的.
因为1个sql语句有多种执行方案. 解析过程中必须访问大量的数据库对象信息才能得到1个最佳的执行方案成为执行计划,所以Oracle才会吧数据字典缓存Rowcache 放到shared pool 与librarycache配合.
所以硬解析包含4步: 上述3步再加上解析成执行计划的这一步, 而第4步是相当耗费资源的, 所以通常我们会遇到第一次执行查询数据很慢, 然后第2 第3次就很快了, 这里就有软解析的功劳(当然也有 DB buffer cache的作用).
所以我们希望shared pool 里的软解析越多越好.
可以查看v$sgastat查看硬解析和软解析次数
如上图
Parse time cpu: 数据库启动以来解析花费的cpu时间
parse time elapsed: 解析总时间
parse count(total) : 解析总次数
parse count(hard): 硬解析次数
parse count(failures) : 解析失败的次数
parse count(describe) : Total number of parse calls on a describe cursor, 这种解析耗费资源介于硬解析与软解析之间 11g独有
用total次数减去上面3中解析的次数就是软解析次数了.
