相克军ORACLE讲座+sharedpool笔记.doc

相克军 ORACLE 讲座 shared pool 笔记 shared pool出问题，一般都是少打了补丁。 shared pool的作用：缓存解析SQL和执行计划。 shared pool是内存池 ORACLE的数据字典在官方文档的位置: books---reference----2 Static Data dictionary views all all tables to all mviews 1、shared pool（共享池）的组成 3块区域： free（剩余空间）、 library cache（LIB库缓存）、row cache(缓存数据字典） 我们只能整体上设shared pool空间大小，我们不能单独设定libray cache\free memory\row cache 空间大小。 select * from v$sgastat a where a.name =library cache;  select * from v$sgastat a where a.pool=shared pool and a.name=free memory;  select * from v$sgastat a where a.name=row cache; --一起查询shared pool（共享池）各组成部分的空间大小： select * from v$sgastat a where a.name =library cache union all select * from v$sgastat a where a.pool=shared pool and a.name=free memory union all select * from v$sgastat a where a.name=row cache; 2.硬解析、软解析 硬解析步骤: 软解板步骤: shared pool 内存组成结构 硬解析时，会到FREE POOL里批相应的空闲块，放入SQL，并放到LIBRARY CACHE里去。 这FREE CACHE里会生成大量的越小的空间小块。 ORACLE的内存结构最大的特点就是内存里存在大量的链 讲解两个概念产：chain,chunk 两个概念：chain chunk --查询shared pool里chunk的总数，执行新的SQL语句时，发生硬解板了，chunk的个数会增加 select count(*) from x$ksmsp; --1118079 -- select count(*) from dba_objects;--151604 select count(*) from x$ksmsp;--1118079 --将library cache 和row cache里的所有内容全部清空，意味着接下来会产生大量的硬解析，这是一个治标不治本的命令。 alter system flush chared_pool; 软硬解析的具体情况： SELECT name,value from v$sysstat where name like parse%; NAME VALUE ---------------------------------------------------------------- parse time cpu 4683724 解析花费的CPU时间 parse time elapsed 解析花费的时间 parse count (total) 134609173 数据为自启动以来，总共发生的SQL解析次数 parse count (hard) 7246912 硬解板次数 软解析次数=total-hard parse count (failures) 247029 发生解析错误的次数