一、Shared pool 作用：缓存SQL语句及SQL语句的执行计划

SQL语句执行三步：解析（parse）------执行（exec）------获取数据（fetch）


shared pool的组成：

3块区域：free、librarycache、row cache（dictionary cache）

library cache：缓存SQL语句以及SQL语句的执行计划

dictionary cache：oracle数据库自身的信息（数据库中有多少表、多少用户、表有多少列、列名是什么、列的数据类型、每个表多大）存放在dictionary中


数据字典举例：想知道数据库中有没有T1表

1、create table t1 as select * from dba_objects;

2、desc dba_tables; ---------------数据字典信息表

3、select table_name,owner from dba_tables where table_name like 'T1%’;

所有数据字典信息可在官方文档中查找booksàreferenceàdba_tables


1、查看librarycache大小

select * from v$sgastat a where a.NAME = 'library cache';

2、free空间大小

select * from v$sgastat a where a.pool = 'shared pool' anda.NAME = 'free memory';

3、row cache空间大小

select * from v$sgastat a where a.NAME = 'row cache';


二、解析：(hard parse,soft parse)

硬解析步骤：1、server process判断SQL语句语法是否有错误

2、查看SQL语句所涉及的对象是否存在（表是否存在等等）

3、执行SQL的用户对对象是否有相应权限（系统权限、对象权限）

4、生成执行计划--------一条SQL语句有多种执行方案，在N中执行方案中挑选出最优的一个最优的执行方案作为这条SQL执行计划--------最消耗资源

软解析：没有上述第四步，仅仅是常规判断


什么时候发生硬解析：

Server process 拿着SQL语句在librarycache中找，如果这条SQL语句在library cache中没有，说明这条SQL语句和他的执行计划在library cache中没有-------硬解析

有--------软解析

无论hard parse还是soft parse，解析过程中用到很多数据库自身信息（权限信息、对象信息、对象统计信息------字典信息）；即对SQL语句进行解析（软硬）的时候，都要频繁的访问数据字典信息----------所以row cache放在shared pool和library cache在一起



软硬解析的具体情况

select name,value from v$sysstat where name like 'parse%'