Oracle PGA作用_work_mode

Posted 2021-01-26 bottom_daemon

Oracle PGA作用
(2013-03-25 14:23:37)
专有模式下ORACLE会给每个连接分配一个服务进程（Server Process），这个服务进程将为这个连接服务。为这个服务进程分配的内存叫做PGA。PGA不需要Latch也不需要Lock，永远不会发生竞争。

PGA组成中主要包括两部分：Session Area和Private SQL Area。
Session Area
包括会话跟踪信息，使用alter session命令修改的环境参数、打开的DB Links、会话特有的角色等。

Private SQL Area
Server Process每执行一个SQL都需要申请一个Private SQL Area，就是Cursor。
Private SQL Area可以分成两个部分Persistent Area和Run-Time Area。Private SQL Area中保存的是每个Session私有的信息，例如Cursor行数。Shared Pool中有一个Public SQL Area，保存的是执行计划等共享信息。两者截然不同。

Server Process在执行SQL语句前，必须在Shared Pool中定位语句的Shared SQL Area。在PGA中，情形类似，比如在PGA中定位该SQL语句的Private SQL Area。如果定位失败（找不到），服务器必须为其分配一个Private SQL Area，并初始化。这个过程消耗大量CPU Cycle。

Persistent Area存放的是绑定变量，数据类型转换等Cursor结构信息，Cursor关闭时，该区域释放。

Run-Time Area在SQL运行过程中使用。大小依赖于SQL语句操作方式，处理数据行数和每行记录大小，与处理数据量与处理步骤成正比。如果是DML，语句执行完就释放；如果是SELECT，在记录全部传给客户端或者取消查询后才释放。

一个SQL语句执行完后，Run-Time Area就会被释放，而Private SQL Area可以被其它SQL语句重用，重用时同样必须初始化。
PGA可以同时包含多个Private SQL Area，Server Process也会使用重用算法，增大Private SQL Area的重用。一个大的PGA可以避免Private SQL Area的置换，相应减少CPU开销。

PGA寻找Cursor的过程如下：
是否在某个OPEN CURSOR，如果是，执行；如果否，继续下一步。
是否在SESSION CACHED CURSOR，如果是，执行；如果否，继续下一步。
是否在HOLD CURSOR，如果是，执行；如果否，继续下一步。
OPEN CURSOR，继续下一步。
检索SQL AREA，继续下一步。
是否可重用判断，如果是，软解析，执行；如果否，执行下一步。
硬解析，执行。

Oracle 9i开始PGA实现了自动调整，Private SQL Area也叫做SQL Work Area，PGA自动调整参数WORKAREA_SIZE_POLICY（默认为AUTO）

可以使用以下语句查看PGA总的分配情况：
SQL>SELECT SPID, PROGRAM, PGA_MAX_MEM MAX, PGA_ALLOC_MEM ALLOC, PGA_USED_MEM USED, PGA_FREEABLE_MEM FREE
FROM V$PROCESS
WHERE SPID IN
(SELECT SPID FROM V$PROCESS WHERE ADDR IN
(SELECT PADDR FROM V$SESSION WHERE SID IN
(SELECT DISTINCT SID FROM V$MYSTAT)
)
);

可以使用以下语句查看PGA各个分区分配大小：
SQL>SELECT P.PROGRAM, P.SPID, PM.CATEGORY, PM.ALLOCATED, PM.USED, PM.MAX_ALLOCATED
FROM V$PROCESS P, V$PROCESS_MEMORY PM
WHERE P.PID=PM.PID
AND SPID IN
(SELECT SPID FROM V$PROCESS WHERE ADDR IN
(SELECT PADDR FROM V$SESSION WHERE SID IN
(SELECT DISTINCT SID FROM V$MYSTAT)
)
);

SQL语句执行过程
SQL完成执行过程
1、Syntactic：语法分析，这一步检查SQL语法结构。
2、Semantic：语义分析，查看对象是否存在，有否访问权限。
3、Parent Cursor：在Library Cache中检查语句的Cursor是否存在，存在就重用，把PGA的Private SQL Area做关联，然后直接执行（这个过程叫软解析）。如果没有就申请一个Parent Cursor，Parent Cursor就是用来保存SQL语句的。
4、View Merge：如果用户验收用到了视图，把视图语句合并到用户语句中。
5、Statement Transformation：把Complex SQL转换成Simple SQL，比如展开子查询。
（4、5也叫逻辑优化Logical Optimization）
6、Optimization：确定最佳访问路径。基于CBO来做，也叫做物理优化Physical Optimization。
7、QEP Generation：生成执行计划Query Execution Plan，产生Child Cursor，执行计划会保存在Child Cursor中，并和Parent Cursor相关联。在Child Cursor中保存的是执行计划和执行环境信息（优化器模式）。
（1~7这个部分叫做完整的硬解析）
8、SEP Execution：执行语句，生成结果。
每个SQL语句和它的执行计划都存在Library Cache中，Oracle对Library Cache的访问也就基于Hash方式。

Parent Cursor和Child Cursor
Parent Cursor只保存SQL语句的原始文本。
Child Cursor保存SQL语句的执行计划和环境信息。

Shared Pool中保存的一个SQL语句的执行计划可以有多个，每个计划是和具体条件相关的。

条件、优化器参数都会影响执行计划，使得一个SQL语句有不同的执行计划。ORACLE对这些计划和匹配的环境作为Child Cursor保存，并和Parent Cursor相关联。

Parent Cursor和Child Cursor都可以被重用，减少Parsing对CPU、内存、锁消耗。Parent Cursor保存的是SQL语句文本，因此Parent Cursor可重用条件是文本完全匹配，包括大小写，空格等。

可以用以下语句查看Cursor在SQLAREA中的情况：
SQL>SELECT SQL_ID, SQL_TEXT, EXECUTIONS FROM V$SQLAREA;

可以进行以下实验来证明同一语句(Parent Cursor)多个Child Cursor的情况：
SQL>ALTER SESSION SET OPTIMIZER_MOD=ALL_ROWS;
SQL>SELECT COUNT(*) FROM TABLEA;
SQL>ALTER SESSION SET OPTIMIZER_MOD=FIRST_ROW_10;
SQL>SELECT COUNT(*) FROM TABLEA;
SQL>SELECT SQL_ID, CHILD_NUMBER, SQL_TEXT, OPTIMIZER_MODE, PLAN_HASH_VALUE
FROM V$SQL
WHERE SQL_TEXT=’SELECT (*) FROM TABLEA’;
会有两条记录。

查看V$SQL_SHARED_CURSOR可以区分Child Cursor。原因可见_MISMATCH字段。环境因素不同，则相应值为Y。
SQL>SELECT * FROM V$SQL_SHARED_CURSOR WHERE SQL_ID=’XXXX’;

V$SQL和V$SQLAREA都记录了一个SQL语句运行的运行信息，包括SQL语句文本，执行次数，解析次数等。V$SQLAREA统计Parent Cursor的SQL执行信息，V$SQL是统计在Child Cursor上执行信息。

Cursor有关参数
OPEN_CURSOR参数
控制每个SESSION能够同时打开的CURSOR数量，超过了就会出现ORA-1000错误。
可以使用以下语句查看该参数设置和曾达到的最大值。
SQL>select max(a.value) as highest_open_cur, p.value as max_open_cur
from v$sesstat a, v$statname b, v$parameter p
where a.statistic# = b.statistic#
and b.name = ‘opened cursors current’
and p.name = ‘open_cursors’
group by p.value;

*注：代码中关闭了Cursor后，ORACLE把这部分资源标识为“closeable”，而非立即释放。直到新Cursor需要使用这部分空间的时候旧Cursor才会被释放。
“Currently Open Cursors”并不能区分“closeable”的Cursor。

如果要确定一个业务逻辑需要的Cursor数量，可以进行一下处理。先运行一次完整业务逻辑，然后运行如下代码：
SQL>select max(a.value) as cumu_open_cur, p.value as max_open_cur
from v$sesstat a, v$statname b, v$parameter p
where a.statistic# = b.statistic#
and b.name = ‘opened cursors current’
and p.name = ‘open_cursors’
and a.sid = (select max(sid) from v$mystat)
group by p.value;

SESSION_CACHED_CURSORS参数
默认为20，定义改参数后如果一个SQL语句被执行3次，这个CURSOR就被CACHE，免去了重新初始化过程，提高效率。
可以查看统计量“SESSION CURSOR CACHE HITS”和“PARSE COUNT(TOTAL)”。
前者代表CACHED CURSOR中SQL的数量（完全不PARSE）；后者代表总数量。
两者相减得到解析数量。

SQL>select cache.value cache_hits, prs.value all_parses, prs.value-cache.value sess_cur_cache_not_used
from v$sesstat cache, v$sesstat prs, v$statname nm1, v$statname nm2
where cache.statistic# = nm1.statistic#
and nm1.name = ‘session cursor cache hits‘
and prs.statistic# = nm2.statistic#
and nm2.name = ‘parse count (total)‘
and cache.sid = &sid and prs.sid = cache.sid;

CURSOR_SHARING参数
定义CURSOR共享模式，有三种EXACT（精确）、FORCE（强制）、SIMILAR（相似）。
缺省使用EXACT模式，系统部自动合并共享CURSOR，只有书写完全一致的才能共享。
SIMILAR，ORACLE会自动将非绑定变量转换为绑定变量，同时会做PEEKING（监控），如果判断是可以共享的就共享SQL。
如果某个WHERE条件里的字段存在柱状图，那么PEEKING过程会认为这个SQL的共享不安全，将不进行共享，而产生一个新的Child Cursor。这种情况下，只有非绑定变量的值是相同的，PARSER才认为共享是安全的，此时不产生新Child Cursor。

CURSOR_SPACE_FOR_TIME参数
缺省是FALSE，设成TRUE后SHARED SQL AREA当CURSOR打开的时候是驻留在共享池里的。PGA中的CURSOR的私有内存执行完SQL也不关闭，下次执行的时候直接使用。节省时间。坏处是占用大量内存，尤其在共享池碎片较为严重的情况下带来负面效应。通常不建议启用。PARSE频繁执行SQL频繁的情况下不建议启用。
-------------------------------------------------------------------------------------------------------------------------------------------------
关于自动PGA管理的进一步探讨
作者：eygle English
伴随自动PGA调整新特性的引入,Oracle随之引入了一系列新的视图,V$PGASTAT就是其中的一个.
在V$PGASTAT中有这样一个条目: global memory bound ,该条目记录数据库允许的最高PGA内存使用量,我们可以从不同的PGA参数设置来观察一下Oracle运行的PGA上限.
SQL> alter system set pga_aggregate_target=&Nm;
Enter value for nm: 10m
old 1: alter system set pga_aggregate_target=&Nm
new 1: alter system set pga_aggregate_target=10m
System altered.
Elapsed: 00:00:00.05
SQL> SET autotrace traceonly
SQL> SELECT DISTINCT * FROM t WHERE ROWNUM < 500000;
20000 rows selected.
Elapsed: 00:03:04.12
…….
SQL> SET autotrace off
SQL> SELECT sql_text, operation_type, POLICY, last_memory_used / 1024 / 1024,
2 last_execution, last_tempseg_size
3 FROM v$sql l, v$sql_workarea a
4 WHERE l.hash_value = a.hash_value
5 AND sql_text = ‘SELECT DISTINCT * FROM t WHERE ROWNUM < 500000‘;
SQL_TEXT OPERATION_TYPE POLIC
-------------------------------------------------- ------------------ -----
LAST_MEMORY_USED/1024/1024 LAST_EXE LAST_TEMPSEG_SIZE
-------------------------- -------- -----------------
SELECT DISTINCT * FROM t WHERE ROWNUM < 500000 GROUP BY (SORT) AUTO
.548828125 206 PASSES 62914560
Elapsed: 00:00:00.02
SQL>
SQL> SELECT NAME, VALUE / 1024 / 1024 MB
2 FROM v$pgastat
3 WHERE NAME IN (‘aggregate PGA target parameter‘, ‘global memory bound‘);
NAME MB
---------------------------------------------------------------- ----------
aggregate PGA target parameter 10
global memory bound .5
SQL> alter system set pga_aggregate_target=&Nm;
Enter value for nm: 30M
old 1: alter system set pga_aggregate_target=&Nm
new 1: alter system set pga_aggregate_target=30M
System altered.
Elapsed: 00:00:00.05
SQL> SET autotrace traceonly
SQL> SELECT DISTINCT * FROM t WHERE ROWNUM < 500000;
20000 rows selected.
Elapsed: 00:00:53.30
………..
SQL> SET autotrace off
SQL> SELECT sql_text, operation_type, POLICY, last_memory_used / 1024 / 1024,
2 last_execution, last_tempseg_size
3 FROM v$sql l, v$sql_workarea a
4 WHERE l.hash_value = a.hash_value
5 AND sql_text = ‘SELECT DISTINCT * FROM t WHERE ROWNUM < 500000‘;
SQL_TEXT OPERATION_TYPE POLIC LAST_MEMORY_USED/1024/1024
-------------------------------------------------- ------------------ ----- --------------------------
LAST_EXECUTION LAST_TEMPSEG_SIZE
-------------------- -----------------
SELECT DISTINCT * FROM t WHERE ROWNUM < 500000 GROUP BY (SORT) AUTO 1.48046875
6 PASSES 57671680
Elapsed: 00:00:00.02
SQL>
SQL> SELECT NAME, VALUE / 1024 / 1024 MB
2 FROM v$pgastat
3 WHERE NAME IN (‘aggregate PGA target parameter‘, ‘global memory bound‘);
NAME MB
---------------------------------------------------------------- ----------
aggregate PGA target parameter 30
global memory bound 1.5
Elapsed: 00:00:00.00
我们可以注意到,PGA的global memory bound会一直处在5%的PGA_AGGREGATE_TARGET参数设置,直到5% PGA_AGGREGATE_TARGET超过100M,然后global memory bound被限制为100M,也就是满足我们前文提到的:
对于串行操作，单个SQL操作能够使用的PGA内存按照以下原则分配：
MIN（5% PGA_AGGREGATE_TARGET，100MB）
注意,修改PGA_AGGREGATE_TARGET参数可以使用如下命令:
alter system set pga_aggregate_target=4096M ;
修改参数后,通常需要之行操作才能看到视图信息的变化:
SQL> SELECT NAME, VALUE / 1024 / 1024 MB
2 FROM v$pgastat
3 WHERE NAME IN (‘aggregate PGA target parameter‘, ‘global memory bound‘);
NAME MB
---------------------------------------------------------------- ----------
aggregate PGA target parameter 10
global memory bound .5
SQL> SELECT NAME, VALUE / 1024 / 1024 MB
2 FROM v$pgastat
3 WHERE NAME IN (‘aggregate PGA target parameter‘, ‘global memory bound‘);
NAME MB
---------------------------------------------------------------- ----------
aggregate PGA target parameter 20
global memory bound 1
SQL> SELECT NAME, VALUE / 1024 / 1024 MB
2 FROM v$pgastat
3 WHERE NAME IN (‘aggregate PGA target parameter‘, ‘global memory bound‘);
NAME MB
---------------------------------------------------------------- ----------
aggregate PGA target parameter 40
global memory bound 2
SQL> SELECT NAME, VALUE / 1024 / 1024 MB
2 FROM v$pgastat
3 WHERE NAME IN (‘aggregate PGA target parameter‘, ‘global memory bound‘);
NAME MB
---------------------------------------------------------------- ----------
aggregate PGA target parameter 1024
global memory bound 51.1992188
SQL> SELECT NAME, VALUE / 1024 / 1024 MB
2 FROM v$pgastat
3 WHERE NAME IN (‘aggregate PGA target parameter‘, ‘global memory bound‘);
NAME MB
---------------------------------------------------------------- ----------
aggregate PGA target parameter 4096
global memory bound 100
实际上这个100M的上限是受到了另外一个隐含参数的控制,该参数为_pga_max_size,该参数的缺省值为200M,单进程串行操作PGA的上限不能超过该参数的1/2.
SQL> SELECT x.ksppinm NAME, y.ksppstvl VALUE, x.ksppdesc describ
2 FROM SYS.x$ksppi x, SYS.x$ksppcv y
3 WHERE x.inst_id = USERENV (‘Instance‘)
4 AND y.inst_id = USERENV (‘Instance‘)
5 AND x.indx = y.indx
6 AND x.ksppinm LIKE ‘%&par%‘
7 /
Enter value for par: pga_max
old 6: AND x.ksppinm LIKE ‘%&par%‘
new 6: AND x.ksppinm LIKE ‘%pga_max%‘
NAME VALUE DESCRIB
--------------------------------------------- ---------------- ---
_pga_max_size 209715200 Maximum size of the PGA memory for one process
如果我们修改该参数, global memory bound将可以突破100M的上限:
SQL> alter system set "_pga_max_size"=400M;
System altered.
……………………
SQL> SELECT NAME, VALUE / 1024 / 1024 MB
2 FROM v$pgastat
3 WHERE NAME IN (‘aggregate PGA target parameter‘, ‘global memory bound‘);
NAME MB
---------------------------------------------------------------- ----------
aggregate PGA target parameter 4096
global memory bound 200
对于PGA的控制,还有一系列的内部参数,列举如下,仅供参考:
SQL> l
1 SELECT x.ksppinm NAME, y.ksppstvl VALUE, x.ksppdesc describ
2 FROM SYS.x$ksppi x, SYS.x$ksppcv y
3 WHERE x.inst_id = USERENV (‘Instance‘)
4 AND y.inst_id = USERENV (‘Instance‘)
5 AND x.indx = y.indx
6* AND x.ksppinm LIKE ‘%&par%‘
SQL> /
Enter value for par: smm
old 6: AND x.ksppinm LIKE ‘%&par%‘
new 6: AND x.ksppinm LIKE ‘%smm%‘
NAME VALUE DESCRIB
------------------------ ----- ----------------------------------------------------------------
_smm_auto_min_io_size 56 Minimum IO size (in KB) used by sort/hash-join in auto mode
_smm_auto_max_io_size 248 Maximum IO size (in KB) used by sort/hash-join in auto mode
_smm_auto_cost_enabled TRUE if TRUE, use the AUTO size policy cost functions
_smm_control 0 provides controls on the memory manager
_smm_trace 0 Turn on/off tracing for SQL memory manager
_smm_min_size 128 minimum work area size in auto mode
_smm_max_size 2560 maximum work area size in auto mode (serial)
_smm_px_max_size 15360 maximum work area size in auto mode (global)
_smm_bound 0 overwrites memory manager automatically computed bound
_smm_advice_log_size 0 overwrites default size of the PGA advice workarea history log
_smm_advice_enabled TRUE if TRUE, enable v$pga_advice
11 rows selected.
历史上的今天...
>> 2016-04-09文章:
回顾学习展望：读书会分享我的Oracle数据库历程
>> 2013-04-09文章:
Oracle 2012年数据库市场份额48.3 - 再居第一
>> 2012-04-09文章:
数据安全防范 提升需从今日始 - 浅析数据安全
>> 2009-04-09文章:
使用DATAPUMP导致ORA-00600 17020错误
Oracle如何维护SMON_SCN_TIME表？
>> 2008-04-09文章:
数据字典表之：DBA_HIGH_WATER_MARK_STATISTICS
数据字典表之：DBA_TABLES
并行查询并行度Degree与instances 设置
By eygle on 2006-04-09 16:47 | Comments (12) | Internal | 736 |