一、使用视图进行库缓存大小测试:

     如果你的企业新开启了一项业务,并为此开发了一套新的应用程序,这需要一个新的数据库为后台。你负责规化此新的数据库。那么,你该如何确定共享池的大小呢?下面的测试可以有助于你确定共享池大小。注意,这样确定的共享池大小,只是估计的大小。到底多大的共享池才适合你的数据库,这需要数据库运行一段时间后,通过观察历史数据才能得知。这就好像你第一次炒菜,你不知道放多少盐,下面的方法只是告诉你大概放多少盐,而具体放多少数量的盐饭菜的才可口,这需要你实验个几次才知道。第一次你放一匙,如果淡了,第二次就放一匙半,等等。数据库的调节也是如此。这就是我们以前尽力讲述历史数据重要性的原因。没有历史数据,没有了可供参考的数据,你就不知道这一次放多少盐才合适。好,下面开始讲述如何测试共享池大小。

     首先将你的共享池设置的非常大。如果是在10g下,就将sga_target设置的非常大,重新启动你的数据,然后启动数据库上的所有应用。在应用运行一段时间时间后,通过如下这个语句,可以计算出大概的库缓存的大小:

     select mem1+mem2 from (select sum(sharable_mem) mem1 from v$db_object_cache) a,(select value*250 mem2 from v$sysstat where name= 'opened cursors current') b;

     这个语句包括两个子查询,第一个子查询是利用v$db_object_cache视图,求得当前库缓存中所有对象所占用的内存总量。另外,Oracle为每个游标还要额外分配250字节的内存用于存储一些管理性信息。第二个子查询就是计算当前打开的游标数量,并用它乘以250,所得结果就是Oracle为游标额外分配的内存总数了。将两个子查询所得结果相加,就是你的应用程序所需的库缓存的大小了。

     知道了库缓存的大概大小,我一般的方法是用它剩以2,用的得的结果作为整个共享池的大小。

     如果你的应用程序比较散,很难这样为了观察共享池的内存占用情况而全部都集中的运行一下,那么,还有一种更为简单、使用更广的评估共享池、Buffer cache等内存组件大小的方法。对于OLTP系统来说,如果主机上除数据库外不再运行其他软件,我们应该保留20%或30%左右的内存给OS,50%左右的分给SGA,剩下的给PGA。在SGA中,可以将40%分配给Buffer cache,共享池也要占40%,剩下的分给SGA中其他内存组件。如果是OLAP系统,除给OS留20%、30%左右的内存外,SGA和PGA可以一样大,甚至PGA还可以超过SGA。在SGA中,共享池要尽量的小,可以将大部分的内存都分给Buffer cache。

     无论你怎么分配,我们这样只是在事先估计一下共享池等内存组件的大小。每个内存组件到底多大合适,等到数据库运行一段时间后,还要参考历史资料再做具体的调整。

 

二、Pin频繁使用的对象和大对象:

1.什么对象应该被PIN在共享池中

     Pin住对象的意思是将对象常驻在库缓存中,即使空间不足了,也不会老化这些被PIN住的对象。那么,什么样的对象应该被PIN在库缓存中呢?有三种对象应该被PIN:

Ÿ 频繁使用的对象

Ÿ 大对象

Ÿ 序列

频繁使用的对象将它们PIN在库缓存中,避免它们老化,这是很合理的。不过,频繁使用的对象你PIN或者不去PIN它都无所谓。因为如果它的确频繁使用,它不会被老化的。Oracle对库缓存中对象的老化,是采用的Oracle改进的LRU法则,这种法则保证频繁使用的对象可以不被老化,而只老化那些不频繁使用的对象。但是,为了保险期间,如果你可以预知那个对象的确会被频繁的使用,那么将它用命令PIN在库缓存中比较保险,这样可以防止它被意外的老化。

占用字节达到1KB以上的对象,我们就可以称为大对象。大对象是一定要PIN在库缓存中的。特别是不太常用的大对象。常用的大对象因为会被频繁使用,即使不PIN它,也会停留在库缓存中,不过,我们上说了,保险期间,如果你可以确定它会被频繁的调用,那么还是PIN住它吧。但是,为什么不太常用的大对象也一定要PIN呢?这样不占内存吗?大对象被加载到内存中时,会老化很多小对象,这将非常耗时。而且,大对象的加载、老化非常容易引出大量的碎片。因此,越是不太常用的大对象,第一次使用时,它被加载到内存中,由于不太常用,过一会儿它被老化了。当再次调用到它时,它又要被加载到内存中。这样反复的加载、老化,再加载、再老化,等等,库缓存中不一会儿就充满碎片了。所在,这些不太常用的大对象一定要PIN到内存中。一般来说,只要是大对象,最好都PIN住它们。以免它们的加载、老化产生碎片。

序列为什么也要被PIN在库缓存中呢?因为序列有一个CACHE功能,这一点我们可以复习一下以前的内容,我就不讲了。如果序列老化,CACHE中预先生成的值就会丢失,序列将会出现间隙。因此,将有CACHE并且不想出现间隙序列PIN住也就很重要了。如果你不明白这其中的原理,只是看一些文章、资料中说要将序列PIN在共享池中,这就容易造成共享池内存的浪费。对于出现间隙也无所谓的,还有没有CACHE的序列,PIN它们是没有必要的。

 

2.如果PIN对象

(1)、PIN住SQL语句

第一步查出SQL语句在库缓存中的地址和SQL语句的HASH值:

SQL> select substr(sql_text,1,40) sqlt, address, hash_value from v$sql where sql_text = 'select name from ui1 where id=101';

SQLT                                     ADDRESS  HASH_VALUE

---------------------------------------- -------- ----------

select name from ui1 where id=101        2345C39C 2874596039

 

第二步调用DMBS_SHARED_POOL.KEEP过程PIN住对象:

先来看看文档中此过程的定义:

DBMS_SHARED_POOL.KEEP (

   name VARCHAR2, 

   flag CHAR      DEFAULT 'P');

 

     它有两个参数,第一个参数是要PIN在内存中的对象的名字,也可以对象的地址、HASH值组成的字符串。对于上面的游标对象,必须使用地址、HASH值字符串,使用形式为:‘2345C39C287459603’。也就是‘Address,hash_value’。

第二个参数,说明被PIN的对象的类型。有如下几种类型:

'P' or 'p' :被PIN对象是包、过程或函数,这个是缺省值

'T' or 't' :被PIN对象是TYPE。它类似C语句中的结构,是开发中常用的组合型数据。

'R' or 'r' :被PIN对象是触发器

'Q' or 'q' :被PIN对象是序列

 

     如果是游标对象,可以随变指定一个非上面列出的字母,我一般常用C,它是Cursor的第一个字母。另外,表、索引还有视图不能被PIN到内存中。好,下面调用此过程将上面例子中的游标PIN到内存中:

SQL> exec dbms_shared_pool.keep('2345C39C,2874596039','c');

PL/SQL 过程已成功完成。

被PIN住的对象,我们可以使用UNKEEP过程取消PIN,调用方法非常简单:

SQL> exec dbms_shared_pool.unkeep('2345C39C,2874596039','c');

PL/SQL 过程已成功完成。

     (注意,此处不必讲述,被PIN的游标对象,只有父子对象的句柄还有父对象的0号子堆内存将会一直保留,其他子堆仍会老化。这个可以通过Alter system flush shared_pool查看,刷新共享池后,只有对象句柄和父对象0号子堆还有共享池中。对于过程,在刷新共享池后,将保留句柄和堆0的内存,其他内存也会被清掉)

-