深入解析Oracle学习笔记（第五章）

PGA 非共享内存 Server Process使用（排序，连接等操作也可能会用到） 排他访问，所以不需要latch保护

通常来说，包含私有SQL区，session信息等。（在可变PGA中）

一个私有SQL区在cursor打开时分配，当执行结束游标释放后关闭。

设置了PAG_AGGREGRATE_TARGET参数后，_use_realfree_heap参数自动设置为true，UGA(执行排序、哈希连接等操作，耗用大量内存)单独分配内存，不在PGA中分配，使用完成后直接释放给OS，而不是PGA，避免了PGA过度使用。

PGA由一系列内存区域组成，这些区域由*_area_size参数控制，8i中这些参数主要有sort_area_size、hash_area_size、bitmap_area_size、create_bitmap_area_size。每个部分大小固定，不能自动调整。9i开始引入自动PGA管理。PGA_AGGREGATE_TARGET所有session总计可用的PAG大小。WORKAREA_SIZE_POLICY 自动PGA管理功能的开关，AUTO或者MANUAL。

P_A_T参数会在CBO模式下，会对sql执行计划产生影响，因为oracle会根据P_A_T参数评估sort hash等操作所能使用的最大内存，选择最优执行计划。

建议：OLTP 物理内存*80%*20% DSS 物理内存*80% *50%

v$process可以查看每个进程PGA使用量

v$process_memory查看每个进程的PGA内存消耗在什么地方

sql在工作区中执行的三种方式 workarea executions

optimal 全部在内存中完成 最好是这样，否则性能不好

onepass 大部分在内存中，但需要用到磁盘

multipass 用到大量磁盘

自动PGA管理采用反馈环实现。

v$pga_target_advice PGA设置建议

v$pga_target_advice_histogram

oracle使用32位来存储SCN值。。。。。。。？4+2Bytes？

x$KSMMEM记录了整个SGA的地址映射关系。64位平台，每条记录代表8Bytes。

9i之前 db_block_buffers * db_block_size = Buffer cache size

9i开始，使用db_cache_size，最小值为一个粒度，粒度大小取决于SGA的总大小。 4M或者16M。

各内存组件所使用的Granule大小可以通过动态性能视图v$sga_dynamic_components查询。

buffer cache

LRU

多缓冲池技术：default keep recycle

创建或修改表时，可以设置这张表使用哪个池。

db_cache_size db_keep_cache_size db_recycle_cache_size

多块大小支持 db_nk_cache_size

log_buffer 静态参数

large pool 可选组件，通常用于共享服务器模式，并行计算，或RMAN的备份恢复操作。

9i中 varibale size 包括shared pool java pool large pool

redo buffers比log_buffers 略大。

SGA的设置，和操作系统内核参数shmmax参数有关，系统允许的单个共享内存段的最大值。如果该参数小于SGA的设置，SGA仍能创建成功，但会被分配多个共享内存段。推荐通过调整该参数，将SGA限制在一个共享内存段中。

ipcs -sa

如果数据库异常关闭，后台进程未正常退出，共享内存可能未及时释放，此时可以通过ipcs命令找到共享内存段id （shared memory id），然后通过ipcrm命令释放该共享内存段。

8i SGA各部分的大小在参数文件中写好，不能修改，修改必须重启实例。

9i开始可以动态调整，设置SGA_MAX_SIZE，本质上是在进程中预先分配一段虚拟地址备用，而不分配物理内存，防止和进程私有地址段的冲突。此时可以动态修改SGA各内存组件的大小。只要总的大小不超过SGA_MAX_SIZE，都可以立即生效。

buffer cache advisory受参数DB_CACHE_ADVICE控制，可以开启或关闭。

对于shared pool的建议则受到STATISTICS_LEVEL的影响，设置为TYPICAL。这是系统缺省配置，手机大部分统计信息，为了从oracle不断增加的新特性中受益，始终应将该参数设置为典型。可以查看v$statistics_level视图来查看该参数的影响范围。

v$shared_pool_advice

修改参数时，等待事件为background parameter adjustment。锁定类型为PE。

10g开始，可以自动的动态调整（ASMM），不需要手动动态调整。SGA_TARGET。通过引入该参数，让oracle自动管理SGA中大多数的内存分配。redo log buffer大小不能自动调整。可以自动调整的包括buffer cache，java pool，large pool，shared pool。SGA_TARGET设置为非0值，则启动ASMM，设为0，则禁用ASMM。

自动调整的大小，会记录在spfile中，数据库实例重启不会丢失之前调整的结果。

MMAN （Memory Manager）后台进程用来动态调整内存组件。动态调整的依据来自系统不间断收集的内存建议。

通过 v$sga_dynamic_componments 可以看到各动态组件调整的时间和调整类型等信息。

11g开始，AMM（automatic memory management）SGA和PGA都纳入了自动管理的范畴。

9i中引入了自动PGA，P_A_T。10g中自动SGA，sga_max_size sga_target。

11g memory_target memory_max_target

memory_target设置超过了系统限制（/dev/shm）后，会报ORA-00845。

增加shm步骤，先umount，再mount

umount /dev/shm

mount -t tmpfs shmfs -o size= /dev/shm

SGA_MAX_SIZE+P_A_T <= 物理内存*80%

捕获存在问题的
SQL 语句

通过如下
getsql.sql 脚本，我们可以获取相关
SQL 语句：

SELECT
/*+ ORDERED */ sql_text FROM v$sqltext a

WHERE (a.hash_value, a. address) IN (

SELECT DECODE (sql_hash_value,0, prev_hash_value,sql_hash_value),

DECODE (sql_hash_value, 0, prev_sql_addr, sql_address)

FROM v$session b

WHERE b.paddr = (SELECT addr FROM v$process c WHERE c.spid = '&pid'))

ORDER BY piece ASC;

这里我们涉及了
3
个视图,并应用其关联进行数据获取。

首先需要输入一个
pid,这个pid
即process id,也就是在
Top或ps中我们看到的占用资源较多的PID。

通过pid和v$process.spid相关联我们可以获得Process的相关信息，

进而通过v$process.addr
和
v$session.paddr 相关联,我们就可以获得和
session
相关的所有信息。

再结合
v$sqltext,我们即可获得当前
session 正在执行的
SQL 语句。 通过
v$process 视图，

我们得以把操作系统和数据库关联了起来。