SQL>selectnamespace,pins pinhits ,pinhitratiofromv$librarycache; NAMESPACE PINHITS--- ---PINHITRATIO---SQL AREA316416.969154531TABLE/PROCEDURE81435.94126604BODY48572.998332373NAMESPACE PINHITS--- ---PINHITRATIO---TRIGGER228.903508772INDEX2622.768878719CLUSTER668.986526946NAMESPACE PINHITS---...
查看library cache的大小: SQL> select sum(sharable_mem) from v$db_object_cache; 测试library cache的作用: SQL> set timing on SQL> select count(*) from dba_objects; COUNT(*) --- 49809 Elapsed: 00:00:00.20 SQL> select count(*) from dba_objects; COUNT(*) --- 49809 Elapsed: 00:00:00...
--查询已使用的Library cache大小总和 WITHcteAS( SELECTSUM(sharable_mem)sharable_mem_count--查询非SQL语句(包,视图)占用的Library cache大小 FROMv$db_object_cache UNIONALL SELECTSUM(sharable_mem)--查询SQL语句占用的Librarycache大小 FROMv$sqlarea ) SELECTSUM(sharable_mem_count)/1024/1024--查询已使用的L...
SQL> alter system set db_cache_size=200M scope=both; alter system set db_cache_size=200M scope=both * ERROR at line 1: ORA-32017: failure in updating SPFILE ORA-00384: Insufficient memory to grow cache 结果显示没有足够的内存去增加 就是sga_target已经就这么大了,都分完了 都分给各个池子...
1、Cache Sizes 这部分列出AWR在性能采集开始和结束的时候,数据缓冲池(buffer cache)和共享池(shared pool)的大小。通过对比前后的变化,可以了解系统内存消耗的变化。 2、Load Profile 这两部分是数据库资源负载的一个明细列表,分隔成每秒钟的资源负载和每个事务的资源负载。
SQL ordered by Sharable Memory。记录了SQL占用library cache的大小的TOP SQL。Sharable Mem (b):占用library cache的大小,单位是byte。 SQL ordered by Version Count。记录了SQL的打开子游标的TOP SQL。 SQL ordered by Cluster Wait Time。记录了集群的等待时间的TOP SQL。
数据字典缓存( Data Dictionary Cache) 其他信息(如数据库和实例的状态信息) SGA 中的数据字典缓存和其他信息会被实例的后台进程所访问,它们在实例启动后就固定在 SGA 中了,而且不会改变,所以这部分又称为固定 SGA( Fixed SGA)。这部分区域的大小一般小于 100K。
共享池包含库高速缓冲区(Library Cache) 和 指点高速缓冲区(Dictionary Cache) 库缓存大小由shared_pool_size 决定 查看: SQL>show parameter shared_pool_sizeNAME TYPE VALUE--- --- ---shared_pool_size big integer 10G 修改: SQL>alter system set shared_pool_size=120m; 大池(Large Pool)...
Shared Pool由许多区间(Extent)组成,这些区间又由多个连续的内存块(Chunk)组成,这些内存块大小不一。从逻辑功能角度,Shared pool主要包含三个部分:Library Cache,Dictionary Cache和Control Structure。而这里,我们主要介绍其中的Library Cache。 2. Library Cache ...