oracle怎么统计pga,你知道如何计算真正的PGA么？

PGA大家都知道，就是Oracle Process所独有的一段内存。

那么你知道如何计算真正的PGA么？

于是熟悉Oracle的大家会想到两种办法：

select value from v$pgastat where NAME='total PGA allocated';

或者

select sum(PGA_ALLOC_MEM) from v$process;

这两个值应该相当接近。

但是，事实是这样么？这两个视图是完全准确的么？

答案是否定的。这两个视图会少计算PGA。

让实验告诉我们为什么：

1. 在一个几乎完全idle的数据库上(dedicate mode)，由动态视图显示其当前PGA为76M, 当前session数目为34；操作系统当前free memory为11143.6M。select value/1024/1024  from v$pgastat where NAME='total PGA allocated'

union all

select sum(PGA_ALLOC_MEM)/1024/1024 from v$process

union all

select count(*) from v$session;

VALUE/1024/1024

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

76.6796875

76.6996403

34

RAM       Avail 11143.6 Mb

2. 从远端写一个java多线程程序连接到数据库上，保持一定时间。(脚本最后attached--jdbc.java)

javac jdbc.java

java jdbc 200     -- open 200 sessions

3. 当session数目增长到261时，此时动态视图显示当前PGA为197M；操作系统当前free memory为10329.7 M。

SQL> /

VALUE/1024/1024

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

197.273438

197.44428

261

RAM       Avail 10329.7 Mb

4. 由此可知，操作系统减少的内存为814M(11143-10329),但是由动态视图v$pgastat和v$process算出来的增加的PGA只有121M(197-76)。

所以，在此种情况下，动态视图明显少计算了很大一部分的PGA。

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

那么如何才能真正计算出PGA的大小呢？

在Solaris/unix上，可以使用pmap -x 。

为什么不直接用pmap(pmap pid会快很多)，而用pmap -x?

因为pmap -x才会计算出真正一个进程所独占的内存空间。

例如

> pmap -x 9041

9041:   oracleSID (DESCRIPTION=(LOCAL=NO)(SDU=8192))

(中间是具体每个mapped object所占的内存，省略)

Address     Kbytes        RSS       Anon     Locked Mode   Mapped File

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

total Kb   77014800   77005280      13096   76873808

这里，第四列Anon的总和就是这个进程所独占的内存，而不会包含SGA的那部分。

如果我们直接采用pmap pid的结果，取其[ heap ]+[ anon ]+[ stack ]之和来当做PGA是不准确的。

这里有两点原因：

1.这种方法计算出的pmap不包含一些lib的数据空间。

例如，我们通过pmap pid可以看到对同一个lib有两行内容：

FFFFFFFF7C100000         32K r-x--  /lib/sparcv9/librt.so.1

FFFFFFFF7C208000          8K rwx--  /lib/sparcv9/librt.so.1

其中第一行是代码部分，可以看到，是不能写的：r-x--  。

第二行时数据部分，是可写的：rwx--

这里第二行的数据部分，其实应该归入PGA的计算中。

2.pmap pid显示出来的是虚拟内存，不仅仅包含RSS部分。

而pmap -x pid会分隔开RSS部分以及Anon部分，而我们关注的仅仅是Anon部分。

例如看看pmap -x pid和pmap的这个差别：

pmap -x pid:

Address     Kbytes        RSS       Anon     Locked Mode   Mapped File

0000000106730000        832        192         64          - rwx--    [ heap ]

pmap pid:

0000000106730000        832K rwx--    [ heap ]

其实说这么多，大家只需记住pmap -x pid的结果对Anon的总和就是这个进程独占的内存空间，也就是PGA.

所以，随之而来的计算PGA的脚本也孕育而生，其实逻辑很简单：

1.找出所有process，除了后台进程(其实后台进程也应该算在PGA之内，但是由于在高并发环境下pmap -x 后台进程比较危险，而且也没多少后台进程，所以忽略不计)。

select spid from v$process where spid is not null and  background is null;

2.对每个进程pmap -x，计算出Anon的总和，也就是PGA。

pmap -x $eachprocess |grep "total" > tmpfile

cat tmpfile | awk '{sum+=$5;}END{print sum}'

在1000+个sessions的数据库上如此检测，会得到非常准确的PGA大小。

(当然，在执行脚本的过程中，如果有进程退出，那么pmap会找不到该进程，所以这样写脚本适合长连接。)