一、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%'
