Chinaunix首页 | 论坛 | 博客
  • 博客访问: 363157
  • 博文数量: 80
  • 博客积分: 2056
  • 博客等级: 大尉
  • 技术积分: 961
  • 用 户 组: 普通用户
  • 注册时间: 2008-04-19 12:17
文章分类

全部博文(80)

文章存档

2011年(9)

2010年(13)

2009年(41)

2008年(17)

我的朋友

分类: Oracle

2009-06-30 15:39:05

一、概述

SGAPGAUGA都是Oracle管理的内存区。

SGASystem Global Area),即系统全局区,Oracle中最重要的内存区。

PGAProcess Global Area),即程序全局区,一个进程的专用的内存区。

UGAUser Global Area),即用户全局区,与特定的会话相关联。

专用服务器连接模式,UGAPGA中分配。

共享服务器连接模式,UGASGA中的Large Pool中分配。

如果采用专用服务器连接模式,PGA中包含UGA,其他区域用来排序,散列和位图合并。

简单来讲,PGA=UGA+排序区+散列区+位图合并区。

二、PGA的管理模式。

PGA分两种管理模式:

1) 手动PGA内存管理,用户指定排序区和散列区所使用的内存,每个连接使用相同的内存。

2) 自动PGA内存管理,告诉Oracle可以使用的PGA的总量,由Oraclce根据系统负载决定具体分配。

9iR1时默认为手动PGA内存管理,9iR2以后默认为自动PGA内存管理。

PGA内存可以动态扩大和回收。

PGA内存管理模式由WORKAREA_SIZE_POLICY控制。

1) 设为MANUAL,启用手动内存管理。

2) 设为AUTO,并且PGA_AGGREGATE_TARGET不为0时,启用自动内存管理。

三、手动PGA内存管理

有三个参数对PGA影响最大。

SORT_AREA_SIZE:对信息排序所用的内存总量

SORT_AREA_RETAINED_SIZE:排序后在内存中保存排序信息的内存总量。

HASH_AREA_SIZE:存储散列列表所用的内存量。

下面对这三个参数进行说明:

1) SORT_AREA_SIZE

如果SORT_AREA_SIZE设为512KBSORT_AREA_RETAINED_SIZE也为512KB,则Oracle使用512KB的内存进行排序,排序后所有数据都留在内存中。

2) SORT_AREA_RETAINED_SIZE

如果SORT_AREA_SIZE设为512KBSORT_AREA_RETAINED_SIZE设为384KB,则Oracle使用512KB的内存进行排序,然后保留384KB的已排序数据,另外512KB-384KB=128KB的已排序数据会写到临时表空间中。

如果SORT_AREA_RETAINED_SIZE没有设置,则它的值为0,但是实际保留的排序数据和SORT_AREA_SIZE相同。

3) HASH_AREA_SIZE

一个大集合和另个集合进行连接时,会用到HASH_AREA_SIZE参数。较小的 表会放到这部分内存中作为驱动表,然后大表进行探索(PROBE)操作进行连接。如果HASH_AREA_SIZE过小会影响两个集合(表)连接时的性能。

注意点:

1) 如果需要排序的数据量大于SORT_AREA_SIZEOracle会分批进行排序。把当前已排序的数据保存到临时表空间中,然后对剩余的数据进行排序。最后,还会对这些保存在临时表空间中的已排序数据再进行排序,因为每次保存到临时表空间中的已排序数据只是部分数据的排序,对整体需排序的数据来说只是部分局部有序。

2) *_AREA_SIZE只是对某个操作的限制,一个查询可能有多个操作,每个操作都有自己的内存区。如果SORT_AREA_SIZE设为5MB,一个查询可能会有10个排序操作,这样一个查询会占用50MB的排序内存。

3) 3*_AREA_SIZE内存的分配是按需分配。如果一个查询需要5MB内存进行排序,就算分配1GSORT_AREA_SIZE也不会全部使用,只会使用需要的5MB的内存量。

四、自动PGA内存管理

要启用自动PGA内存管理,设置下列参数:

1WORKAREA_SIZE_POLICY=AUTO

2PGA_AGGREGATE_TARGET=非零 

有关PGA_AGGREGATE_TARGET

1) PGA_AGGREGATE_TARGET是一个目标值。连接数少的时候实际分配PGA内存会比它要小。连接数多的时候实际分配的PGA内存会比它要大,但是Oracle会努力保持总PGA保持在PGA_AGGREGATE_TARGET值内。

例如,PGA_AGGREGATE_TARGET 设为300MB5个用户连接时,每个用户可能分配10MBPGA内存,共分配50MBPGA内存。300个用户连接时每个用户可能分配1.3MBPGA内存,共分配390MBPGA内存。当用户连接多时,Oracle会降低每个用户的PGA内存使用量。

2) 一个串行查询(非并行查询)可能包括多个排序/散列操作,每个排序/散列操作最多使用5%PGA内存。

3) 一个并行查询最多可用到30%PGA内存,无论有多少并行进程。

五、手动PGA内存管理与自动PGA内存管理

自动PGA内存管理相对于手动PGA内存管理有很多优点

1, 当用户连接少时

a) 手动PGA内存管理不管有多少可用内存都按照预设值进行分配。比如当前空闲内存为300MB,连接需要10MB的内存进行排序,而我们设定的排序区大小为5MB,导致虽然有足够的空闲内存却无法分配给当前连接,造成执行效率低下。

b) 自动PGA内存管理会根据当前空闲内存来进行分配。当空闲内存为300MB,当前用户需要10MB内存进行排序,Oracle就会分配10MB内存给当前用户。

2, 当用户连接多时

a) 手动PGA内存管理会完全按照预设值分配内存。如果物理内存总量为1G,排序区设为5MB,当有300个用户连接时,Oracle会分配1.5G的内存,这已经超过了我们的实际物理内存!

b) 自动PGA内存管理会根据当前连接情况进行分配。如果物理内存总量为1GPGA_AGGREGATE_TARGET300MB,当用户数从10升到300时,每个用户连接的内存会从满足需要的10MB慢慢减少到1.3MB,虽然最后总量也会超过PGA_AGGREGATE_TARGET,但比起手动PGA内存管理要好很多了。

什么时候使用自动PGA内存管理?什么时候使用手动PGA内存管理?

白天系统正常运行时适合使用自动PGA内存管理,让Oracle根据当前负载自动管理、分配PGA内存。

夜里用户数少、进行维护的时候可以设定当前会话使用手动PGA内存管理,让当前的维护操作获得尽可能多的内存,加快执行速度。

如:服务器平时运行在自动PGA内存管理模式下,夜里有个任务要大表进行排序连接后更新,就可以在该操作session中临时更改为手动PGA内存管理,然后分配大的SORT_AREA_SIZEHASH_AREA_SIZE50%甚至80%内存,要确保无其他用户使用),这样能大大加快系统运行速度,又不影响白天高峰期对系统造成的影响。

六、操作命令

系统级更改:

ALTER SYSTEM SET WORKAREA_SIZE_POLICY = {AUTO | MANAUL}

ALTER SYSTEM SET PGA_AGGREGATE_TARGET=100000000;

ALTER SYSTEM SET SORT_AREA_SIZE = 65536 SCOPE = SPFILE

ALTER SYSTEM SET HASH_AREA_SIZE = 65536 SCOPE = SPFILE

会话级更改

ALTER SESSION SET WORKAREA_SIZE_POLICY = {AUTO | MANAUL}

ALTER SESSION SET SORT_AREA_SIZE = 65536

ALTER SESSION SET HASH_AREA_SIZE = 65536

七、学以致用

1,排序区:

pga_aggregate_target100MB,单个查询能用到5%也就是5MB时排序所需时间 

SQL> create table sorttable as select * from all_objects;

表已创建。

SQL> insert into sorttable (select * from sorttable);

已创建49735行。

SQL> insert into sorttable (select * from sorttable);

已创建99470行。

SQL> set timing on;

SQL> set autotrace traceonly;

SQL> select * from sorttable order by object_id;

已选择198940行。

已用时间:  00: 00: 50.49

Session级修改排序区为30mb所需时间

SQL> ALTER SESSION SET WORKAREA_SIZE_POLICY = MANUAL;

会话已更改。

已用时间:  00: 00: 00.02

SQL> ALTER SESSION SET SORT_AREA_SIZE = 30000000;

会话已更改。

已用时间:  00: 00: 00.01

SQL> select * from sorttable order by object_id;

已选择198940行。

已用时间:  00: 00: 10.76

可以看到所需时间从50.49秒减少到10.31秒,速度提升很明显。

2,散列区:

pga_aggregate_target100MB,单个查询能用到5%也就是5MB时表连接所需时间

SQL> select /*+ use_hash(tb1 tb2)*/ * from sorttable tb1,sorttable tb2 where tb1.object_id=tb2.object_id;

已选择49735行。

已用时间:  00: 00: 40.50

Session级修改散列区为30mb所需时间

SQL> ALTER SESSION SET WORKAREA_SIZE_POLICY = MANUAL;

会话已更改。

已用时间:  00: 00: 00.01

SQL> ALTER SESSION SET HASH_AREA_SIZE = 30000000;

会话已更改。

已用时间:  00: 00: 00.01

SQL> select /*+ use_hash(tb1 tb2)*/ * from sorttable tb1,sorttable tb2 where tb1.object_id=tb2.object_id;

已选择49735行。

已用时间:  00: 00: 04.47

所需时间由40.50秒提升到4.47秒,效果同样很明显。

备注:以上实验皆执行全表扫描保证相关表读入缓冲区中,避免因数据没读入缓存造成误差。

结论:在9iR2版以后,PGA不再像以前那样困扰DBA了,Oracle会帮我们做好PGA的分配。但这并不意味着DBA不需要深入了解PGA了,掌握PGA并根据适当应用会让工作如虎添翼。

阅读(1265) | 评论(0) | 转发(0) |
给主人留下些什么吧!~~