October 31, 2004
使用SQL_TRACE进行数据库诊断
作者:eygle
出处:http://blog.eygle.com
SQL_TRACE是Oracle提供的用于进行SQL跟踪的手段，是强有力的辅助诊断工具.在日常的数据库问题诊断和解决中，SQL_TRACE是非常常用的方法。
本文就SQL_TRACE的使用作简单探讨，并通过具体案例对sql_trace的使用进行说明.
一、 基础介绍
(a) SQL_TRACE说明
SQL_TRACE可以作为初始化参数在全局启用，也可以通过命令行方式在具体session启用。
1． 在全局启用
在参数文件(pfile/spfile)中指定:
sql_trace =true |
在全局启用SQL_TRACE会导致所有进程的活动被跟踪，包括后台进程及所有用户进程，这通常会导致比较严重的性能问题，所以在生产环境
中要谨慎使用.
提示: 通过在全局启用sql_trace，我们可以跟踪到所有后台进程的活动，很多在文档中的抽象说明，通过跟踪文件的实时变化，我们可以清晰
的看到各个进程之间的紧密协调.
2． 在当前session级设置
大多数时候我们使用sql_trace跟踪当前进程.通过跟踪当前进程可以发现当前操作的后台数据库递归活动(这在研究数据库新特性时尤其有效)，
研究SQL执行，发现后台错误等.
在session级启用和停止sql_trace方式如下:
|
启用当前session的跟踪:
SQL> alter session set sql_trace=true;
Session altered.
此时的SQL操作将被跟踪:
SQL> select count(*) from dba_users;
COUNT(*)
----------
34
结束跟踪:
SQL> alter session set sql_trace=false;
Session altered.
|
3． 跟踪其他用户进程
在很多时候我们需要跟踪其他用户的进程，而不是当前用户，这可以通过Oracle提供的系统包DBMS_SYSTEM. SET_SQL_TRACE_IN_SESSION
来完成
SET_SQL_TRACE_IN_SESSION过程序要提供三个参数:
SQL> desc dbms_system ... PROCEDURE SET_SQL_TRACE_IN_SESSION Argument Name Type In/Out Default? ------------------------------ ----------------------- ------ -------- SID NUMBER IN SERIAL# NUMBER IN SQL_TRACE BOOLEAN IN ...
|
通过v$session我们可以获得sid、serial#等信息:
获得进程信息，选择需要跟踪的进程:
SQL> select sid,serial#,username from v$session
2 where username is not null;
SID SERIAL# USERNAME
---------- ---------- ------------------------------
8 2041 SYS
9 437 EYGLE
设置跟着:
SQL> exec dbms_system.set_sql_trace_in_session(9,437,true)
PL/SQL procedure successfully completed.
....
可以等候片刻，跟踪session执行任务,捕获sql操作...
....
停止跟踪:
SQL> exec dbms_system.set_sql_trace_in_session(9,437,false)
PL/SQL procedure successfully completed.
|
(b) 10046事件说明
10046事件是Oracle提供的内部事件，是对SQL_TRACE的增强.
10046事件可以设置以下四个级别:
1 - 启用标准的SQL_TRACE功能,等价于sql_trace
4 - Level 1 加上绑定值(bind values)
8 - Level 1 + 等待事件跟踪
12 - Level 1 + Level 4 + Level 8
类似sql_trace，10046事件可以在全局设置，也可以在session级设置。
1． 在全局设置
在参数文件中增加:
|
event="10046 trace name context forever,level 12"
|
此设置对所有用户的所有进程生效、包括后台进程.
2． 对当前session设置
通过alter session的方式修改，需要alter session的系统权限:
|
SQL> alter session set events '10046 trace name context forever';
Session altered.
SQL> alter session set events '10046 trace name context forever, level 8';
Session altered.
SQL> alter session set events '10046 trace name context off';
Session altered.
|
3． 对其他用户session设置
通过DBMS_SYSTEM.SET_EV系统包来实现:
SQL> desc dbms_system
...
PROCEDURE SET_EV
Argument Name Type In/Out Default?
------------------------------ ----------------------- ------ --------
SI BINARY_INTEGER IN
SE BINARY_INTEGER IN
EV BINARY_INTEGER IN
LE BINARY_INTEGER IN
NM VARCHAR2 IN
...
|
其中的参数SI、SE来自v$session视图:
查询获得需要跟踪的session信息: SID SERIAL# USERNAME
PL/SQL procedure successfully completed. 结束跟踪: PL/SQL procedure successfully completed. |
(c) 获取跟踪文件
以上生成的跟踪文件位于user_dump_dest目录中，位置及文件名可以通过以下SQL查询获得:
SQL> select
TRACE_FILE_NAME
|
(d) 读取当前session设置的参数
当我们通过alter session的方式设置了sql_trace,这个设置是不能通过show parameter的方式得到的,我们需要通过dbms_system.read_ev来获取：
SQL> set feedback off SQL> declare
|
Posted by eygle at 2:29 PM | Comments (11)
关于shared pool的深入探讨(一)
作者:eygle
出处:http://blog.eygle.com
关于shared pool的设置一直是一个争议较多的内容.
很多文章上说,shared pool设置过大会带来额外的管理上的负担，从而在某些条件下会导致性能的下降.
很多文章上说,shared pool设置过大会带来额外的管理上的负担，从而在某些条件下会导致性能的下降.
那么这个管理上的负担指的是什么内容呢?
本文对这个内容作一定的深入探讨.
本文只涉及一个方面,后续的文章将从其他方面继续讨论.
基础知识:
我们可以通过如下命令转储shared pool共享内存的内容:
|
SQL> alter session set events 'immediate trace name heapdump level 2';
Session altered. 本测试中引用的两个trace文件: 9i: SQL> @gettrcname TRACE_FILE_NAME 8i: SQL> @gettrcname TRACE_FILE_NAME |
Shared Pool通过free list管理free块,Free List按不同size划分Bucket
在Oracle8i中,不同bucket的size范围如下所示(size显示的是下边界):
|
oracle:/usr/oracle8/admin/guess/udump>cat guess_ora_22038.trc|grep Bucket |
我们注意,在这里，小于76的块都位于Bucket 0上;大于32780的块,都在Bucket 10上
初始的,数据库启动以后,shared pool多数是连续内存块
当空间分配使用以后,内存块开始被分割,碎片开始出现，Bucket列表开始变长
Oracle请求shared pool空间时，首先进入相应的Bucket进行查找。
如果找不到,则转向下一个非空的bucket,获取第一个chunk。
分割这个chunk,剩余部分会进入相应的Bucket,进一步增加碎片。
最终的结果是,Bucket 0上的内存块会越来越多,越来越碎小
(在我这个测试的小型的数据库上,Bucket 0上的碎片已经达到9030个
而shared_pool_size设置仅为150M)
通常如果每个Bucket上的chunk多余2000个，就被认为是share pool碎片过多
Shared Pool的碎片过多，是Shared pool产生性能问题的主要原因。
碎片过多会导致Search Free List的时间过长，从而使shared pool latch被长时间持有，导致更多的Latch竞争。
而在大多数情况下,我们请求的都是相对小的chunk,这样搜索Bucket 0往往消耗了大量的时间以及资源
这可能导致share pool Latch被长时间的持有,导致更多的share pool竞争
所以在Oracle9i之前,如果盲目的增大shared_pool_size或设置过大的shared_pool_size，往往会适得其反
我们看一下Oracle9i中的处理方式:
|
SQL*Plus: Release 9.2.0.3.0 - Production on Wed Aug 18 22:13:07 2004 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. Connected to: SQL> alter session set events 'immediate trace name heapdump level 2'; Session altered. SQL> @gettrcname TRACE_FILE_NAME SQL> |
我们看到,在Oracle9i中,Free Lists被划分为0~254,共255个Bucket
每个Bucket容纳的size范围
Bucket 0~199 容纳size以 4 递增
Bucket 200~249 容纳size以 64 递增
从Bucket 249开始,Oracle各Bucket步长进一步增加:
Bucket 249: 4012 ~4107 = 96
Bucket 250: 4108 ~8203 = 4096
Bucket 251: 8204 ~16395 = 8192
Bucket 252: 16396~32779 = 16384
Bucket 253: 32780~65547 = 32768
Bucket 254: >=65548
在Oracle9i中,对于小的chunk,Oracle增加了更多的Bucket来管理
0~199共200个Bucket,size以4为步长递增;200~249共50个Bucket,size以64递增.
这样每个Bucket中容纳的chunk数量大大减少,查找的效率得以提高.
这就是Oracle9i中shared pool管理的增强,通过这个算法的改进
Oracle8i中,过大shared pool带来的栓锁争用等性能问题在某种程度上得以解决.
Posted by eygle at 9:29 AM | Comments (6)
关于shared pool的深入探讨(二)
作者:eygle
出处:http://blog.eygle.com
我们继续把前面的问题展开一下.
其实我们可以从数据库内部监控shared pool的空间碎片情况.
这涉及到一个内部视图x$ksmsp
X$KSMSP的名称含义为: [K]ernal [S]torage [M]emory Management [S]GA Hea[P]
其中每一行都代表着shared pool中的一个chunk
首先记录一下测试环境：
SQL> select * from v$version;
BANNER |
我们看一下x$ksmsp的结构:
|
|
我们关注以下几个字段:
KSMCHCOM是注释字段,每个内存块被分配以后，注释会添加在该字段中.
x$ksmsp.ksmchsiz代表块大小
x$ksmsp.ksmchcls列代表类型，主要有四类，说明如下:
free
Free chunks--不包含任何对象的chunk,可以不受限制的被分配.
recr
Recreatable chunks--包含可以被临时移出内存的对象,在需要的时候，这个对象可以
被重新创建.例如,许多存储共享sql代码的内存都是可以重建的.
freeabl
Freeable chunks--包含session周期或调用的对象,随后可以被释放.这部分内存有时候
可以全部或部分提前释放.但是注意，由于某些对象是中间过程产生的，这些对象不能
临时被移出内存(因为不可重建).
perm
Permanent memory chunks--包含永久对象.通常不能独立释放.
我们可以通过查询x$ksmsp视图来考察shared pool中存在的内存片的数量
不过注意:Oracle的某些版本(如:10.1.0.2)在某些平台上(如:HP-UX PA-RISC 64-bit)查
询该视图可能导致过度的CPU耗用,这是由于bug引起的.
我们看一下测试:
|
|
这就是由于shared pool中进行sql解析，请求空间，进而导致请求free空间,分配、分割
从而产生了更多，更细碎的内存chunk
由此我们可以看出，如果数据库系统中存在大量的硬解析，不停请求分配free的shred pool内存
除了必须的shared pool latch等竞争外，还不可避免的会导致shared pool中产生更多的内存碎片
(当然，在内存回收时，你可能看到chunk数量减少的情况)
我们看以下测试:
|
我们简单分析一下以上结果:
首先free memory的大小减少了89228(增加到另外五个组件中),这说明sql解析存储占用了一定的内存空间
而chunk从90增加为93，这说明内存碎片增加了.
在下面的部分中,我会着手介绍一下KGL handles, KGLS heap这两个非常重要的shared pool中的内存结构.
Posted by eygle at 9:27 AM | Comments (2)
关于shared pool的深入探讨(三)
作者:eygle
出处:http://blog.eygle.com
基本命令：
ALTER SESSION SET EVENTS 'immediate trace name LIBRARY_CACHE level LL';
其中LL代表Level级别,对于9.2.0及以后版本,不同Level含义如下:
Level =1 ,转储Library cache统计信息
Level =2 ,转储hash table概要
Level =4 ,转储Library cache对象，只包含基本信息
Level =8 ,转储Library cache对象，包含详细信息(包括child references,pin waiters等)
Level =16,增加heap sizes信息
Level =32,增加heap信息
Library cache由一个hash表组成,而hash表是一个由hash buckets组成的数组.
每个hash bucket都是包含library cache handle的一个双向链表。
Library Cache Handle指向Library Cache Object和一个引用列表.
library cache对象进一步分为:依赖表、子表和授权表等
我们看一下library cache的结构:
通过
ALTER SESSION SET EVENTS 'immediate trace name LIBRARY_CACHE level 4'
获得以下输出(这部分信息来自Oracle8i,Trace文件可以从www.eygle.com上找到)
第一部分(等价于Level 1):
LIBRARY CACHE STATISTICS: |
这部分信息也就是v$librarycache中显示的.
第二部分(等价于Level 2中的输出):
|
|
在Oracle8i中,Oracle以一个很长的LIBRARY CACHE HASH TABLE来记录Library Cache的使用情况
"*"代表该Bucket中包含的对象的个数
在以上输出中我们看到Bucket 198中包含四个对象.
我们在第三部分中可以找到bucket 198:
|
|
我们看到这里包含了四个对象.
我们再来看看Oracle9i中的情况:
参考文件: hsjf_ora_15800.trc
|
Oracle9i中通过新的方式记录Library Cache的使用状况.
按不同的Hash Chain Size代表Library Cache中包含不同对象的个数.
0表示Free的Bucket,>20表示包含超过20个对象的Bucket的个数.
从以上列表中我们看到,包含一个对象的Buckets有217个,包含0个对象的Buckets有130855个.
我们来验证一下:
|
434/2 = 217，证实了我们的猜想.
通过HASH TABLE算法的改进,Oracle Library Cache管理的效率大大提高.
Posted by eygle at 9:24 AM | Comments (0)
关于shared pool的深入探讨(四)
作者:eygle
出处:http://blog.eygle.com
我们进一步来讨论一下shared pool的处理:
先进行相应查询，获得测试数据:
[oracle@jumper udump]$ sqlplus "/ as sysdba" SQL*Plus: Release 9.2.0.3.0 - Production on Thu Aug 26 10:21:54 2004 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. Connected to: Oracle9i Enterprise Edition Release 9.2.0.3.0 - Production With the Partitioning, OLAP and Oracle Data Mining options JServer Release 9.2.0.3.0 - Production SQL> connect eygle/eygle Connected. SQL> create table emp as select * from scott.emp; Table created. SQL> SQL> connect / as sysdba Connected. SQL> startup force; ORACLE instance started. Total System Global Area 47256168 bytes Fixed Size 451176 bytes Variable Size 29360128 bytes Database Buffers 16777216 bytes Redo Buffers 667648 bytes Database mounted. Database opened. SQL> set linesize 120 SQL> connect scott/tiger Connected. SQL> select * from emp; EMPNO ENAME JOB MGR HIREDATE SAL COMM DEPTNO ---------- ---------- --------- ---------- --------- ---------- ---------- ---------- 7369 SMITH CLERK 7902 17-DEC-80 800 20 8888 EYGLE MANAGER 11-AUG-04 9999 10 10 7566 JONES MANAGER 7839 02-APR-81 2975 20 7698 BLAKE MANAGER 7839 01-MAY-81 2850 30 7782 CLARK MANAGER 7839 09-JUN-81 2450 10 7788 SCOTT ANALYST 7566 19-APR-87 3000 20 7839 KING PRESIDENT 17-NOV-81 5000 10 7876 ADAMS CLERK 7788 23-MAY-87 1100 20 7900 JAMES CLERK 7698 03-DEC-81 950 30 7902 FORD ANALYST 7566 03-DEC-81 3000 20 7934 MILLER CLERK 7782 23-JAN-82 1300 10 11 rows selected. SQL> connect eygle/eygle Connected. SQL> select * from emp; EMPNO ENAME JOB MGR HIREDATE SAL COMM DEPTNO ---------- ---------- --------- ---------- --------- ---------- ---------- ---------- 7369 SMITH CLERK 7902 17-DEC-80 800 20 8888 EYGLE MANAGER 11-AUG-04 9999 10 10 7566 JONES MANAGER 7839 02-APR-81 2975 20 7698 BLAKE MANAGER 7839 01-MAY-81 2850 30 7782 CLARK MANAGER 7839 09-JUN-81 2450 10 7788 SCOTT ANALYST 7566 19-APR-87 3000 20 7839 KING PRESIDENT 17-NOV-81 5000 10 7876 ADAMS CLERK 7788 23-MAY-87 1100 20 7900 JAMES CLERK 7698 03-DEC-81 950 30 7902 FORD ANALYST 7566 03-DEC-81 3000 20 7934 MILLER CLERK 7782 23-JAN-82 1300 10 11 rows selected. SQL> select SQL_TEXT,VERSION_COUNT,HASH_VALUE,to_char(HASH_VALUE,'xxxxxxxxxx') HEX,ADDRESS 2 from v$sqlarea where sql_text like 'select * from emp%'; SQL_TEXT VERSION_COUNT HASH_VALUE HEX ADDRESS -------------------- ------------- ---------- ----------- -------- select * from emp 2 2648707557 9de011e5 52D9EA28 SQL> select sql_text,username,ADDRESS,HASH_VALUE,to_char(HASH_VALUE,'xxxxxxxxxx') HEX_HASH_VALUE,CHILD_NUMBER,CHILD_LATCH 2 from v$sql a,dba_users b where a.PARSING_USER_ID = b.user_id and sql_text like 'select * from emp%'; SQL_TEXT USERNAME ADDRESS HASH_VALUE HEX_HASH_VA CHILD_NUMBER CHILD_LATCH -------------------- ------------------------------ -------- ---------- ----------- ------------ ----------- select * from emp SCOTT 52D9EA28 2648707557 9de011e5 0 1 select * from emp EYGLE 52D9EA28 2648707557 9de011e5 1 1 注意:这里我们可以看出v$sqlarea和v$sql两个视图的不同之处 v$sql中为每一条sql保留一个条目，而v$sqlarea中根据sql_text进行group by,通过version_count计算子指针的个数. 我们注意到,这两条sql语句因为其代码完全相同,所以其ADDRESS,HASH_VALUE也完全相同. 这就意味着,这两条sql语句在shared pool中的存储位置是相同的(尽管其执行计划可能不同),代码得以共享. 在此过程中Oracle完成sql解析的第一个步骤:语法解析 Oracle进行语法检查时遵循自右向左,自下向上的原则,如果发现语法错误就马上返回错误. 语法检查通过以后,Oracle将sql文本转换为相应的ASCII数值,然后根据数值通过Hash函数计算其HASH_VALUE 在shared pool中寻找是否存在相同的sql语句,如果存在,则进入下一步骤;如果不存在则尝试获取shared pool latch 请求内存,存储该sql代码 在这里有一个问题需要说明一下: 因为大小写字母的ascii值是不同的,所以Oracle会把大小写不同的代码作为不同的sql来处理,我们看一下测试: SQL> select * from scott.dept; DEPTNO DNAME LOC ---------- -------------- ------------- 10 ACCOUNTING NEW YORK 20 RESEARCH DALLAS 30 SALES CHICAGO 40 OPERATIONS BOSTON SQL> select * from scott.DEPT; DEPTNO DNAME LOC ---------- -------------- ------------- 10 ACCOUNTING NEW YORK 20 RESEARCH DALLAS 30 SALES CHICAGO 40 OPERATIONS BOSTON SQL> col sql_text for a30 SQL> select sql_text,hash_value from v$sql where sql_text like 'select * from scott%'; SQL_TEXT HASH_VALUE ------------------------------ ---------- select * from scott.DEPT 4096614922 select * from scott.dept 2089404358 我们注意到,仅只大小写的不同使得原本相同的sql语句变成了两条"不同的代码" 所以从这里我们可以看出,sql的规范编写非常重要. 完成这一个步骤以后,Oracle需要进行的是语义分析: 在此步骤中,Oracle需要验证对象是否存在,相关用户是否具有权限,引用的是否是相同的对象... 对于我们第一个查询,实际上emp表来自不同的用户,那么sql的执行计划也就不同了 当然影响sql执行计划的因素还有很多,包括优化器模式等 SQL> select a.*,to_char(to_hash,'xxxxxxxxxx') Hex_HASH_VALUE 2 from V$OBJECT_DEPENDENCY a where to_name='EMP'; FROM_ADD FROM_HASH TO_OWNER TO_NAME TO_ADDRE TO_HASH TO_TYPE HEX_HASH_VA -------- ---------- -------------------- -------------------- -------- ---------- ---------- ----------- 52D9EA28 2648707557 SCOTT EMP 52D9DEBC 828228010 2 315dc1aa 52D9EA28 2648707557 EYGLE EMP 52D82E58 1930491453 2 7310f63d SQL> ALTER SESSION SET EVENTS 'immediate trace name LIBRARY_CACHE level 1'; Session altered. SQL> ALTER SESSION SET EVENTS 'immediate trace name LIBRARY_CACHE level 2'; Session altered. SQL> ALTER SESSION SET EVENTS 'immediate trace name LIBRARY_CACHE level 4'; Session altered. SQL> ALTER SESSION SET EVENTS 'immediate trace name LIBRARY_CACHE level 8'; Session altered. SQL> ALTER SESSION SET EVENTS 'immediate trace name LIBRARY_CACHE level 16'; Session altered. SQL> ALTER SESSION SET EVENTS 'immediate trace name LIBRARY_CACHE level 32'; Session altered. SQL> ALTER SESSION SET EVENTS 'immediate trace name LIBRARY_CACHE level 100'; Session altered. |
此处在不同级别对shared pool进行转储.
在转向trace文件之前,我们通过下图来看一下Library CACHE的结构:
Library Cache Handle指向Library Cache Object,含对象名,namespace,时间戳,引用列表,锁定对象及pin对象列表等.
我们从dump文件中看看具体的信息,由以上v$sql视图我们得到以上查询的hash_value为9de011e5，ADDRESS为52D9EA28
在bucket 4851中,我们找到了select * from emp 这条sql语句.
|
BUCKET 4581:
LIBRARY OBJECT HANDLE: handle=52d9ea28
name=select * from emp
hash=9de011e5 timestamp=08-26-2004 10:24:43
==>这个hash正是v$sql中该sql语句的hash_value值
namespace=CRSR flags=RON/TIM/PN0/SML/[12010000]
kkkk-dddd-llll=0000-0001-0001 lock=0 pin=0 latch#=1
lwt=0x52d9ea40[0x52d9ea40,0x52d9ea40] ltm=0x52d9ea48[0x52d9ea48,0x52d9ea48]
pwt=0x52d9ea58[0x52d9ea58,0x52d9ea58] ptm=0x52d9eab0[0x52d9eab0,0x52d9eab0]
ref=0x52d9ea30[0x52d9ea30, 0x52d9ea30] lnd=0x52d9eabc[0x52d9eabc,0x52d9eabc]
LIBRARY OBJECT: object=52d9e7b0
type=CRSR flags=EXS[0001] pflags= [00] status=VALD load=0
CHILDREN: size=16
child# table reference handle
------ -------- --------- --------
0 52d9e96c 52d9e6cc 52d9e4ac
1 52d9e96c 52d9e70c 52d885cc
==>这就是我们前边提到过的子指针,每个都指向了一个不同的handle
DATA BLOCKS:
data# heap pointer status pins change alloc(K) size(K)
----- -------- -------- ------ ---- ------ -------- --------
0 52d9e9b8 52d9e838 I/-/A 0 NONE 0.86 1.09
==>此处的heap就是指内存地址.
==>这里存放的就是SQL代码及用户连接信息
HEAP DUMP OF DATA BLOCK 0:
******************************************************
HEAP DUMP heap name="library cache" desc=0x52d9e9b8
extent sz=0x224 alt=32767 het=16 rec=9 flg=2 opc=0
parent=0x5000002c owner=0x52d9e7b0 nex=(nil) xsz=0x224
EXTENT 0 addr=0x52d9e558
Chunk 52d9e560 sz= 540 perm "perm " alo=448
52D9E560 5000021D 00000000 52D9E7A0 000001C0 [...P.......R....]
52D9E570 52D9E704 52D9E660 00020002 52D9E57C [...R`..R....|..R]
52D9E580 52D9E57C 00000000 52D9E588 52D9E588 [|..R.......R...R]
52D9E590 00000000 52D9E594 52D9E594 00000000 [.......R...R....]
52D9E5A0 52D9E5A0 52D9E5A0 00000000 52D9E5AC [...R...R.......R]
52D9E5B0 52D9E5AC 00000000 52D9E5B8 52D9E5B8 [...R.......R...R]
52D9E5C0 00000000 52D9E5C4 52D9E5C4 00000000 [.......R...R....]
52D9E5D0 52D9E5D0 52D9E5D0 00000000 52D9E5DC [...R...R.......R]
52D9E5E0 52D9E5DC 00000000 52D9E5E8 52D9E5E8 [...R.......R...R]
52D9E5F0 00000000 52D9E5F4 52D9E5F4 00000000 [.......R...R....]
52D9E600 52D9E600 52D9E600 00000000 52D9E60C [...R...R.......R]
52D9E610 52D9E60C 00000000 52D9E618 52D9E618 [...R.......R...R]
52D9E620 00000000 52D9E624 52D9E624 00000000 [....$..R$..R....]
52D9E630 52D9E630 52D9E630 00040004 00000000 [0..R0..R........]
52D9E640 52D9E6E4 00000018 00000000 00000000 [...R............]
52D9E650 00000000 00000000 52D9E63C 00000000 [........<..R....]
52D9E660 52D9E570 52D9E704 00000000 00000000 [p..R...R........]
52D9E670 00000000 52D9E6BC 00000010 00000004 [.......R........]
52D9E680 00000000 00000000 00000000 00000000 [................]
Repeat 2 times
52D9E6B0 00000000 00000000 00000000 52D9E96C [............l..R]
52D9E6C0 00000000 00000000 00000000 52D9E4B4 [...............R]
52D9E6D0 52D9E4B4 52D9E4AC 00000000 00000002 [...R...R........]
52D9E6E0 00000000 00000000 00010018 00000001 [................]
52D9E6F0 00000000 00000000 00000000 52D9E6E0 [...............R]
52D9E700 00000000 52D9E660 52D9E570 52D885D4 [....`..Rp..R...R]
52D9E710 52D885D4 52D885CC 00000000 00000002 [...R...R........]
52D9E720 00000000 00000000 00000000 00000000 [................]
Repeat 4 times
52D9E770 00000000 00000000 00000000 [............]
EXTENT 1 addr=0x52d9e798
Chunk 52d9e7a0 sz= 360 perm "perm " alo=360
52D9E7A0 40000169 00000000 00000000 00000168 [i..@........h...]
52D9E7B0 52D9EA28 52D9E7B4 52D9E7B4 52D9E7BC [(..R...R...R...R]
52D9E7C0 52D9E7BC 52D9E668 00000000 00010001 [...Rh..R........]
52D9E7D0 00000000 00000000 00000000 00000000 [................]
52D9E7E0 52D9E824 00000000 00000000 00000000 [$..R............]
52D9E7F0 00000000 00000000 00000000 00000000 [................]
Repeat 2 times
52D9E820 00000000 52D9E9B8 00000000 52D9E838 [.......R....8..R]
52D9E830 00000000 52FF79A4 00080304 00000000 [.....y.R........]
52D9E840 00000100 00000000 00000000 00000010 [................]
52D9E850 00000004 00000000 00000000 00000000 [................]
52D9E860 00000000 52D9E640 00000002 2A4C5153 [....@..R....SQL*]
52D9E870 73756C50 706D756A 682E7265 61727275 [Plusjumper.hurra]
52D9E880 6F632E79 6E632E6D 4E542820 31562053 [y.com.cn (TNS V1]
52D9E890 2933562D 00000000 00000000 00000008 [-V3)............]
52D9E8A0 DABEFA60 00000000 00000000 00000000 [`...............]
52D9E8B0 00000000 00000000 00000000 00000000 [................]
52D9E8C0 00000000 00000000 F0318558 52D9E8D8 [........X.1....R]
52D9E8D0 52D9E630 00000000 52D9E570 00000000 [0..R....p..R....]
52D9E8E0 00000000 00000000 00000000 00000000 [................]
52D9E8F0 00000000 00000000 00000002 0000000D [................]
52D9E900 00000001 00000000 [........]
Chunk 52d9e908 sz= 88 free " "
52D9E900 C0000059 52D9E7A0 [Y......R]
52D9E910 52D9EA00 52D9EA00 00000000 00000000 [...R...R........]
52D9E920 00000000 00000000 00000000 00000000 [................]
Repeat 3 times
Chunk 52d9e960 sz= 76 freeable "kgltbtab "
52D9E960 1000004D 52D9E908 0A857928 52D9E6CC [M......R(y.....R]
52D9E970 52D9E70C 00000000 00000000 00000000 [...R............]
52D9E980 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
52D9E9A0 00000000 00000000 00000000 [............]
Total heap size = 1064
FREE LISTS:
Bucket 0 size=0
Chunk 52d9e908 sz= 88 free " "
52D9E900 C0000059 52D9E7A0 [Y......R]
52D9E910 52D9EA00 52D9EA00 00000000 00000000 [...R...R........]
52D9E920 00000000 00000000 00000000 00000000 [................]
Repeat 3 times
Total free space = 88
UNPINNED RECREATABLE CHUNKS (lru first):
PERMANENT CHUNKS:
Chunk 52d9e560 sz= 540 perm "perm " alo=448
52D9E560 5000021D 00000000 52D9E7A0 000001C0 [...P.......R....]
52D9E570 52D9E704 52D9E660 00020002 52D9E57C [...R`..R....|..R]
52D9E580 52D9E57C 00000000 52D9E588 52D9E588 [|..R.......R...R]
52D9E590 00000000 52D9E594 52D9E594 00000000 [.......R...R....]
52D9E5A0 52D9E5A0 52D9E5A0 00000000 52D9E5AC [...R...R.......R]
52D9E5B0 52D9E5AC 00000000 52D9E5B8 52D9E5B8 [...R.......R...R]
52D9E5C0 00000000 52D9E5C4 52D9E5C4 00000000 [.......R...R....]
52D9E5D0 52D9E5D0 52D9E5D0 00000000 52D9E5DC [...R...R.......R]
52D9E5E0 52D9E5DC 00000000 52D9E5E8 52D9E5E8 [...R.......R...R]
52D9E5F0 00000000 52D9E5F4 52D9E5F4 00000000 [.......R...R....]
52D9E600 52D9E600 52D9E600 00000000 52D9E60C [...R...R.......R]
52D9E610 52D9E60C 00000000 52D9E618 52D9E618 [...R.......R...R]
52D9E620 00000000 52D9E624 52D9E624 00000000 [....$..R$..R....]
52D9E630 52D9E630 52D9E630 00040004 00000000 [0..R0..R........]
52D9E640 52D9E6E4 00000018 00000000 00000000 [...R............]
52D9E650 00000000 00000000 52D9E63C 00000000 [........<..R....]
52D9E660 52D9E570 52D9E704 00000000 00000000 [p..R...R........]
52D9E670 00000000 52D9E6BC 00000010 00000004 [.......R........]
52D9E680 00000000 00000000 00000000 00000000 [................]
Repeat 2 times
52D9E6B0 00000000 00000000 00000000 52D9E96C [............l..R]
52D9E6C0 00000000 00000000 00000000 52D9E4B4 [...............R]
52D9E6D0 52D9E4B4 52D9E4AC 00000000 00000002 [...R...R........]
52D9E6E0 00000000 00000000 00010018 00000001 [................]
52D9E6F0 00000000 00000000 00000000 52D9E6E0 [...............R]
52D9E700 00000000 52D9E660 52D9E570 52D885D4 [....`..Rp..R...R]
52D9E710 52D885D4 52D885CC 00000000 00000002 [...R...R........]
52D9E720 00000000 00000000 00000000 00000000 [................]
Repeat 4 times
52D9E770 00000000 00000000 00000000 [............]
Chunk 52d9e7a0 sz= 360 perm "perm " alo=360
52D9E7A0 40000169 00000000 00000000 00000168 [i..@........h...]
52D9E7B0 52D9EA28 52D9E7B4 52D9E7B4 52D9E7BC [(..R...R...R...R]
52D9E7C0 52D9E7BC 52D9E668 00000000 00010001 [...Rh..R........]
52D9E7D0 00000000 00000000 00000000 00000000 [................]
52D9E7E0 52D9E824 00000000 00000000 00000000 [$..R............]
52D9E7F0 00000000 00000000 00000000 00000000 [................]
Repeat 2 times
52D9E820 00000000 52D9E9B8 00000000 52D9E838 [.......R....8..R]
52D9E830 00000000 52FF79A4 00080304 00000000 [.....y.R........]
52D9E840 00000100 00000000 00000000 00000010 [................]
52D9E850 00000004 00000000 00000000 00000000 [................]
52D9E860 00000000 52D9E640 00000002 2A4C5153 [....@..R....SQL*]
52D9E870 73756C50 706D756A 682E7265 61727275 [Plusjumper.hurra]
52D9E880 6F632E79 6E632E6D 4E542820 31562053 [y.com.cn (TNS V1]
52D9E890 2933562D 00000000 00000000 00000008 [-V3)............]
52D9E8A0 DABEFA60 00000000 00000000 00000000 [`...............]
52D9E8B0 00000000 00000000 00000000 00000000 [................]
52D9E8C0 00000000 00000000 F0318558 52D9E8D8 [........X.1....R]
52D9E8D0 52D9E630 00000000 52D9E570 00000000 [0..R....p..R....]
52D9E8E0 00000000 00000000 00000000 00000000 [................]
52D9E8F0 00000000 00000000 00000002 0000000D [................]
52D9E900 00000001 00000000 [........]
Permanent space = 900
******************************************************
BUCKET 4581 total object count=1
我们以handle:52d885cc为例看一下Library Cache Object的结构:
******************************************************
LIBRARY OBJECT HANDLE: handle=52d885cc
namespace=CRSR flags=RON/KGHP/PN0/[10010000]
kkkk-dddd-llll=0000-0041-0041 lock=0 pin=0 latch#=1
lwt=0x52d885e4[0x52d885e4,0x52d885e4] ltm=0x52d885ec[0x52d885ec,0x52d885ec]
pwt=0x52d885fc[0x52d885fc,0x52d885fc] ptm=0x52d88654[0x52d88654,0x52d88654]
ref=0x52d885d4[0x52d9e70c, 0x52d9e70c] lnd=0x52d88660[0x52d88660,0x52d88660]
LIBRARY OBJECT: object=52d82a24
type=CRSR flags=EXS[0001] pflags= [00] status=VALD load=0
DEPENDENCIES: count=1 size=16
dependency# table reference handle position flags
----------- -------- --------- -------- -------- -------------------
0 52d82be0 52d82b20 52d82e58 14 DEP[01]
==>在dependency部分我们看到,这个cursor依赖的对象handle: 52d82e58
==>这个handle指向的就是EYGLE.EMP表，如果以上两个CRSR访问的是同一个对象,那么
==>这两个SQL才会是真的共享.这里我们的sql虽然是相同的，访问的却是不同用户的数据表
==>子指针的概念就出来了.
==>在这里我们看到52d82e58指向的是EYGLE.EMP这个对象,也就是EYGLE所查询的数据表.
ACCESSES: count=1 size=16
dependency# types
----------- -----
0 0009
TRANSLATIONS: count=1 size=16
original final
-------- --------
52d82e58 52d82e58
DATA BLOCKS:
data# heap pointer status pins change alloc(K) size(K)
----- -------- -------- ------ ---- ------ -------- --------
0 52d8c244 52d827e4 I/-/A 0 NONE 1.09 1.64
6 52d82ac0 52d817c4 I/-/A 0 NONE 3.70 3.73
==>这里的Data Blocks是个重要的部分
==>每个控制块包含一个heap descriptor,指向相应的heap memory,这个heap memory包含的就是
==>Diana Tree,P-Code,Source Code,Shared Cursor Context area等重要数据,也就是我们通常
==>所说的，解析过的SQL及执行计划树,真正到这里以后,sql才得以共享.也就真正的避免了硬
==>解析
HEAP DUMP OF DATA BLOCK 0:
******************************************************
HEAP DUMP heap name="library cache" desc=0x52d8c244
extent sz=0x224 alt=32767 het=16 rec=9 flg=2 opc=0
parent=0x5000002c owner=0x52d82a24 nex=(nil) xsz=0x224
EXTENT 0 addr=0x52d80ff0
Chunk 52d80ff8 sz= 464 free " "
52D80FF0 C00001D1 00000000 [........]
52D81000 52D8C28C 52D8C28C 00000000 00000000 [...R...R........]
52D81010 00000000 00000000 00000000 00000000 [................]
Repeat 26 times
52D811C0 00000000 00000000 [........]
Chunk 52d811c8 sz= 76 freeable "kgltbtab "
52D811C0 1000004D 52D80FF8 [M......R]
52D811D0 0A857928 52D82B68 00000000 00000000 [(y..h+.R........]
52D811E0 00000000 00000000 00000000 00000000 [................]
Repeat 2 times
52D81210 00000000 [....]
EXTENT 1 addr=0x52d827cc
Chunk 52d827d4 sz= 540 perm "perm " alo=532
52D827D0 5000021D 00000000 52D82A14 [...P.....*.R]
52D827E0 00000214 00000000 0000001A 00000069 [............i...]
52D827F0 00000110 00000000 00000000 00000006 [................]
52D82800 00000850 00000010 00000008 00000005 [P...............]
52D82810 00000005 4C475945 00000045 00000000 [....EYGLE.......]
52D82820 00000000 00000000 00000000 00000000 [................]
52D82830 00050000 52D82970 00000000 00000000 [....p).R........]
52D82840 00000069 4C475945 00000045 00000000 [i...EYGLE.......]
52D82850 00000000 00000000 00000000 00000000 [................]
52D82860 00050000 00000001 00000004 00000019 [................]
52D82870 0000000B 00000000 00000002 00000001 [................]
52D82880 00002DC7 00000000 000030A4 00000000 [.-.......0......]
52D82890 00000000 04000000 00000000 00650000 [..............e.]
52D828A0 00100000 00050001 01050100 00000001 [................]
52D828B0 000007D0 00640000 00010000 01000000 [......d.........]
52D828C0 00000404 00000000 01010101 01010001 [................]
52D828D0 01010101 00010001 01010101 00000000 [................]
52D828E0 00000202 02010000 01010100 01010101 [................]
52D828F0 00000000 01000001 00000000 00000000 [................]
52D82900 00000000 00000000 00000000 1A086878 [............xh..]
52D82910 0036190B 00000000 000001C4 00000000 [..6.............]
52D82920 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
52D82940 00022000 00000000 0000FFFF FFFFFFFF [. ..............]
52D82950 00000000 00000000 00000000 1A086878 [............xh..]
52D82960 0036190B 00000000 00000000 00000000 [..6.............]
52D82970 00000001 00000069 00000077 00000002 [....i...w.......]
52D82980 00000003 52D829D8 00010010 00000004 [.....).R........]
52D82990 00000000 00000000 00000000 00000000 [................]
52D829A0 00000000 00000000 52D82B58 00010010 [........X+.R....]
52D829B0 00000004 52D82B40 00010010 00000004 [....@+.R........]
52D829C0 00000000 00000000 00000000 00000000 [................]
52D829D0 00000000 00000000 52D82BE0 00000000 [.........+.R....]
52D829E0 00000000 00000000 00000000 00000000 [................]
EXTENT 2 addr=0x52d82a0c
Chunk 52d82a14 sz= 252 perm "perm " alo=252
52D82A10 400000FD 00000000 00000000 [...@........]
52D82A20 000000FC 52D885CC 52D82A28 52D82A28 [.......R(*.R(*.R]
52D82A30 52D82A30 52D82A30 52D82984 00000000 [0*.R0*.R.).R....]
52D82A40 00010001 00000000 00000000 00000000 [................]
52D82A50 00000000 52D82A98 00000000 00000000 [.....*.R........]
52D82A60 00000000 00000000 00000000 52D82AAC [.............*.R]
52D82A70 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
52D82A90 00000000 00000000 52D8C244 00000000 [........D..R....]
52D82AA0 52D827E4 00000000 52FF5B74 52D82AC0 [.'.R....t[.R.*.R]
52D82AB0 00000000 52D817C4 00040000 52FF5B9C [.......R.....[.R]
52D82AC0 5000002C 00001024 52D82A24 52D817AC [,..P$...$*.R...R]
52D82AD0 52D817B4 00000000 52D8237C 05010200 [...R....|#.R....]
52D82AE0 00000000 00000000 206C7173 61657261 [........sql area]
52D82AF0 00000000 00000000 00107FFF 7FFF7FFF [................]
52D82B00 00000401 00000000 52D82B08 52D82B08 [.........+.R.+.R]
Chunk 52d82b10 sz= 120 perm "perm " alo=104
52D82B10 40000079 52D82A14 52D827D4 00000068 [y..@.*.R.'.Rh...]
52D82B20 52B2D470 52B2D470 52D82E58 00000000 [p..Rp..RX..R....]
52D82B30 00000001 52D82A24 0000000E 00000001 [....$*.R........]
52D82B40 52D82B94 00000000 00000000 00000000 [.+.R............]
52D82B50 52D82E58 52D82E58 52D811D4 00000000 [X..RX..R...R....]
52D82B60 00000000 00000000 00000000 00000000 [................]
52D82B70 02000000 00000000 00000000 00000000 [................]
52D82B80 00000000 00000000 [........]
Chunk 52d82b88 sz= 76 freeable "kgltbtab "
52D82B80 0000004D 52D82B10 [M....+.R]
52D82B90 0A857928 52D82B50 00000000 00000000 [(y..P+.R........]
52D82BA0 00000000 00000000 00000000 00000000 [................]
Repeat 2 times
52D82BD0 00000000 [....]
Chunk 52d82bd4 sz= 76 freeable "kgltbtab "
52D82BD0 1000004D 52D82B88 0A857928 [M....+.R(y..]
52D82BE0 52D82B20 00000000 00000000 00000000 [ +.R............]
52D82BF0 00000000 00000000 00000000 00000000 [................]
Repeat 2 times
Total heap size = 1604
FREE LISTS:
Bucket 0 size=0
Chunk 52d80ff8 sz= 464 free " "
52D80FF0 C00001D1 00000000 [........]
52D81000 52D8C28C 52D8C28C 00000000 00000000 [...R...R........]
52D81010 00000000 00000000 00000000 00000000 [................]
Repeat 26 times
52D811C0 00000000 00000000 [........]
Total free space = 464
UNPINNED RECREATABLE CHUNKS (lru first):
PERMANENT CHUNKS:
Chunk 52d82b10 sz= 120 perm "perm " alo=104
52D82B10 40000079 52D82A14 52D827D4 00000068 [y..@.*.R.'.Rh...]
52D82B20 52B2D470 52B2D470 52D82E58 00000000 [p..Rp..RX..R....]
52D82B30 00000001 52D82A24 0000000E 00000001 [....$*.R........]
52D82B40 52D82B94 00000000 00000000 00000000 [.+.R............]
52D82B50 52D82E58 52D82E58 52D811D4 00000000 [X..RX..R...R....]
52D82B60 00000000 00000000 00000000 00000000 [................]
52D82B70 02000000 00000000 00000000 00000000 [................]
52D82B80 00000000 00000000 [........]
Chunk 52d827d4 sz= 540 perm "perm " alo=532
52D827D0 5000021D 00000000 52D82A14 [...P.....*.R]
52D827E0 00000214 00000000 0000001A 00000069 [............i...]
52D827F0 00000110 00000000 00000000 00000006 [................]
52D82800 00000850 00000010 00000008 00000005 [P...............]
52D82810 00000005 4C475945 00000045 00000000 [....EYGLE.......]
52D82820 00000000 00000000 00000000 00000000 [................]
52D82830 00050000 52D82970 00000000 00000000 [....p).R........]
52D82840 00000069 4C475945 00000045 00000000 [i...EYGLE.......]
52D82850 00000000 00000000 00000000 00000000 [................]
52D82860 00050000 00000001 00000004 00000019 [................]
52D82870 0000000B 00000000 00000002 00000001 [................]
52D82880 00002DC7 00000000 000030A4 00000000 [.-.......0......]
52D82890 00000000 04000000 00000000 00650000 [..............e.]
52D828A0 00100000 00050001 01050100 00000001 [................]
52D828B0 000007D0 00640000 00010000 01000000 [......d.........]
52D828C0 00000404 00000000 01010101 01010001 [................]
52D828D0 01010101 00010001 01010101 00000000 [................]
52D828E0 00000202 02010000 01010100 01010101 [................]
52D828F0 00000000 01000001 00000000 00000000 [................]
52D82900 00000000 00000000 00000000 1A086878 [............xh..]
52D82910 0036190B 00000000 000001C4 00000000 [..6.............]
52D82920 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
52D82940 00022000 00000000 0000FFFF FFFFFFFF [. ..............]
52D82950 00000000 00000000 00000000 1A086878 [............xh..]
52D82960 0036190B 00000000 00000000 00000000 [..6.............]
52D82970 00000001 00000069 00000077 00000002 [....i...w.......]
52D82980 00000003 52D829D8 00010010 00000004 [.....).R........]
52D82990 00000000 00000000 00000000 00000000 [................]
52D829A0 00000000 00000000 52D82B58 00010010 [........X+.R....]
52D829B0 00000004 52D82B40 00010010 00000004 [....@+.R........]
52D829C0 00000000 00000000 00000000 00000000 [................]
52D829D0 00000000 00000000 52D82BE0 00000000 [.........+.R....]
52D829E0 00000000 00000000 00000000 00000000 [................]
Chunk 52d82a14 sz= 252 perm "perm " alo=252
52D82A10 400000FD 00000000 00000000 [...@........]
52D82A20 000000FC 52D885CC 52D82A28 52D82A28 [.......R(*.R(*.R]
52D82A30 52D82A30 52D82A30 52D82984 00000000 [0*.R0*.R.).R....]
52D82A40 00010001 00000000 00000000 00000000 [................]
52D82A50 00000000 52D82A98 00000000 00000000 [.....*.R........]
52D82A60 00000000 00000000 00000000 52D82AAC [.............*.R]
52D82A70 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
52D82A90 00000000 00000000 52D8C244 00000000 [........D..R....]
52D82AA0 52D827E4 00000000 52FF5B74 52D82AC0 [.'.R....t[.R.*.R]
52D82AB0 00000000 52D817C4 00040000 52FF5B9C [.......R.....[.R]
52D82AC0 5000002C 00001024 52D82A24 52D817AC [,..P$...$*.R...R]
52D82AD0 52D817B4 00000000 52D8237C 05010200 [...R....|#.R....]
52D82AE0 00000000 00000000 206C7173 61657261 [........sql area]
52D82AF0 00000000 00000000 00107FFF 7FFF7FFF [................]
52D82B00 00000401 00000000 52D82B08 52D82B08 [.........+.R.+.R]
Permanent space = 912
******************************************************
HEAP DUMP OF DATA BLOCK 6:
******************************************************
HEAP DUMP heap name="sql area" desc=0x52d82ac0
extent sz=0x1024 alt=32767 het=16 rec=0 flg=2 opc=5
parent=0x5000002c owner=0x52d82a24 nex=(nil) xsz=0x0
EXTENT 0 addr=0x52d817ac
Chunk 52d817b4 sz= 3784 perm "perm " alo=3784
52D817B0 50000EC9 00000000 00000000 [...P........]
52D817C0 00000EC8 00000010 00000004 00000010 [................]
52D817D0 00000004 00000000 00000000 00000000 [................]
52D817E0 00000000 00000000 00000008 00000000 [................]
52D817F0 00000000 52D81F5C 404EEB2C 00000000 [....\..R,.N@....]
52D81800 00000000 00000000 00000000 52D81A08 [...............R]
52D81810 00000000 00000000 00000110 00000003 [................]
52D81820 00000000 00000000 00000000 1A086878 [............xh..]
52D81830 0029180B 00000000 00000000 00000000 [..).............]
52D81840 52D81C10 52D82540 00000000 52D824D4 [...R@%.R.....$.R]
52D81850 00000000 00000000 00000000 52D81B7C [............|..R]
52D81860 00000000 00000000 00000001 52D81BFC [...............R]
52D81870 52D82360 00000000 00000000 52D82894 [`#.R.........(.R]
52D81880 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
52D818A0 00000000 00000000 08000000 52D823AC [.............#.R]
52D818B0 00000001 00000000 00000000 00000000 [................]
52D818C0 00000024 00000000 00000000 00000000 [$...............]
52D818D0 00000000 00000000 00000000 52D81C1C [...............R]
52D818E0 00000000 00000000 00000000 52D82620 [............ &.R]
52D818F0 00000000 00000000 00000000 52D81958 [............X..R]
52D81900 00000000 00000000 00000000 00000000 [................]
52D81910 00000000 00000000 52D8252C 00010001 [........,%.R....]
52D81920 EBCE39A4 00000000 00000000 00000000 [.9..............]
52D81930 00000000 00000000 00000000 00000001 [................]
52D81940 00000001 00000794 00000000 00000001 [................]
52D81950 00000001 00000008 00000000 52D817C4 [...............R]
52D81960 00000000 00000000 00000202 00000000 [................]
52D81970 52D819B8 52D819A0 52D81990 5001A874 [...R...R...Rt..P]
52D81980 00000000 00000000 52D819FC 52D819CC [...........R...R]
52D81990 52D82AC0 404EFB80 00000000 00000000 [.*.R..N@........]
52D819A0 00000000 00000000 52D81958 00000000 [........X..R....]
52D819B0 00000000 00000000 00000000 52D81958 [............X..R]
52D819C0 00000002 52D885CC 00000000 52D819E4 [.......R.......R]
52D819D0 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
52D819F0 00000001 00000000 00000000 52D81958 [............X..R]
52D81A00 00000000 00000000 4C475945 00000045 [........EYGLE...]
52D81A10 00000000 00000000 00000000 00000000 [................]
52D81A20 00000000 00050000 00000069 0000000E [........i.......]
52D81A30 4D450003 00000050 00000000 00000500 [..EMP...........]
52D81A40 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
52D81A60 404EE794 00000000 00000000 00000014 [..N@............]
52D81A70 00000004 00000000 00000000 00000000 [................]
52D81A80 00000000 00000000 00000000 00000000 [................]
52D81A90 00000000 00000000 00000000 00003F09 [.............?..]
52D81AA0 00000001 00000000 00000000 00000000 [................]
52D81AB0 00000000 00000069 00080008 00000000 [....i...........]
52D81AC0 08687800 29180B1A 1A086878 7829180B [.xh....)xh....)x]
52D81AD0 0B1A0868 00002918 00000000 00000000 [h....)..........]
52D81AE0 00000000 00000000 00000000 00000000 [................]
52D81AF0 00000000 00000001 00000000 000002E0 [................]
52D81B00 00000000 00000008 00000000 00000000 [................]
52D81B10 00000000 404EEC04 00000000 52D81B9C [......N@.......R]
52D81B20 52D81B9C 00000000 00000000 00000000 [...R............]
52D81B30 00000000 00000000 00000000 00000000 [................]
52D81B40 00000000 00000000 00000000 20000000 [............... ]
52D81B50 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
52D81B70 00000000 00000000 00000000 52D81948 [............H..R]
52D81B80 00000000 00000002 00000008 0000000E [................]
52D81B90 59450005 00454C47 00000000 00000000 [..EYGLE.........]
52D81BA0 40548000 00000001 00000064 00000000 [..T@....d.......]
52D81BB0 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
52D81BD0 00000000 00002000 00000000 00000000 [..... ..........]
52D81BE0 00000000 00000000 00000000 00000000 [................]
52D81BF0 00000000 00000000 00003F09 00000000 [.........?......]
52D81C00 00000014 00000004 00000001 00000000 [................]
52D81C10 00000000 00003F09 00010000 52D81FD4 [.....?.........R]
52D81C20 52D81F08 52D81F64 00000000 00000010 [...Rd..R........]
52D81C30 00000007 00000100 00000000 00000000 [................]
52D81C40 00000000 00000000 00000000 00000010 [................]
52D81C50 00000104 00000000 00000000 00000000 [................]
52D81C60 00000000 00000000 00000000 00000000 [................]
52D81C70 52D81A2C 00000000 404EE794 00000000 [,..R......N@....]
52D81C80 00000000 00000007 00000102 00000000 [................]
52D81C90 00010041 00000000 00000014 00000004 [A...............]
52D81CA0 00000010 000001A0 00000016 00000000 [................]
52D81CB0 52D824B4 00040000 00000000 52D82300 [.$.R.........#.R]
52D81CC0 00000000 52D81A2C 52D81FC4 404EE794 [....,..R...R..N@]
52D81CD0 00000000 00000000 00000000 52D81C84 [...............R]
52D81CE0 00000007 00000102 00000000 00010041 [............A...]
52D81CF0 00000000 00000014 0000001C 00000010 [................]
52D81D00 00000194 00000016 00000000 52D82494 [.............$.R]
52D81D10 00040000 00000000 52D822A0 00000000 [.........".R....]
52D81D20 52D81A2C 52D81FB8 404EE794 00000000 [,..R...R..N@....]
52D81D30 00000000 52D81CD8 52D81CE0 00000007 [.......R...R....]
52D81D40 00000102 00000000 00010041 00000000 [........A.......]
52D81D50 00000014 00000034 00000010 00000188 [....4...........]
52D81D60 00000016 00000000 52D82474 00040000 [........t$.R....]
52D81D70 00000000 52D82240 00000000 52D81A2C [....@".R....,..R]
52D81D80 52D81FAC 404EE794 00000000 00000000 [...R..N@........]
52D81D90 52D81D34 52D81D3C 00000007 0000010C [4..R<..R........]
52D81DA0 00000000 00010041 00000000 00000014 [....A...........]
52D81DB0 0000004C 00000010 0000017C 00000007 [L.......|.......]
52D81DC0 00000000 52D82454 00040000 00000000 [....T$.R........]
52D81DD0 52D821E0 00000000 52D81A2C 52D81F9C [.!.R....,..R...R]
52D81DE0 404EE794 00000000 00000000 52D81D90 [..N@...........R]
52D81DF0 52D81D98 00000007 00000102 00000000 [...R............]
52D81E00 00010041 00000000 00000014 00000054 [A...........T...]
52D81E10 00000010 00000170 00000016 00000000 [....p...........]
52D81E20 52D82434 00040000 00000000 52D82180 [4$.R.........!.R]
52D81E30 00000000 52D81A2C 52D81F90 404EE794 [....,..R...R..N@]
52D81E40 00000000 00000000 52D81DEC 52D81DF4 [...........R...R]
52D81E50 00000007 00000101 00010354 00010041 [........T...A...]
52D81E60 00040000 00000014 0000006C 00000010 [........l.......]
52D81E70 00000164 00090009 00000000 52D82414 [d............$.R]
52D81E80 00040000 00000000 52D82120 00000000 [........ !.R....]
52D81E90 52D81A2C 52D81F84 404EE794 00000000 [,..R...R..N@....]
52D81EA0 00000000 52D81E48 52D81E50 00000007 [....H..RP..R....]
52D81EB0 00000101 00010354 00010041 00040000 [....T...A.......]
52D81EC0 00000014 00000078 00000010 00000158 [....x.......X...]
52D81ED0 000A000A 00000000 52D823F4 00040000 [.........#.R....]
52D81EE0 00000000 52D820C0 00000000 52D81A2C [..... .R....,..R]
52D81EF0 52D81F74 404EE794 00000000 00000000 [t..R..N@........]
52D81F00 52D81EA4 52D81EAC 00000007 00000102 [...R...R........]
52D81F10 00000000 00010041 00000000 00000014 [....A...........]
52D81F20 00000084 00000010 0000014C 00000016 [........L.......]
52D81F30 00000000 52D823D4 00040000 00000000 [.....#.R........]
52D81F40 52D82060 00000000 52D81A2C 52D81F64 [` .R....,..Rd..R]
52D81F50 404EE794 00000000 00000000 52D81F00 [..N@...........R]
52D81F60 52D81F08 00000007 4D450005 004F4E50 [...R......EMPNO.]
52D81F70 00000000 00000007 4E450005 00454D41 [..........ENAME.]
52D81F80 00000000 00000007 4F4A0003 00000042 [..........JOB...]
52D81F90 00000007 474D0003 00000052 00000007 [......MGR.......]
52D81FA0 49480008 41444552 00004554 00000007 [..HIREDATE......]
52D81FB0 41530003 0000004C 00000007 4F430004 [..SAL.........CO]
52D81FC0 00004D4D 00000007 45440006 4F4E5450 [MM........DEPTNO]
52D81FD0 00000000 52D81FE8 52D81EAC 52D81F74 [.......R...Rt..R]
52D81FE0 00000000 00000010 52D81FFC 52D81E50 [...........RP..R]
52D81FF0 52D81F84 00000000 00000010 52D82010 [...R......... .R]
52D82000 52D81DF4 52D81F90 00000000 00000010 [...R...R........]
52D82010 52D82024 52D81D98 52D81F9C 00000000 [$ .R...R...R....]
52D82020 00000010 52D82038 52D81D3C 52D81FAC [....8 .R<..R...R]
52D82030 00000000 00000010 52D8204C 52D81CE0 [........L .R...R]
52D82040 52D81FB8 00000000 00000010 00000000 [...R............]
52D82050 52D81C84 52D81FC4 00000000 00000010 [...R...R........]
52D82060 00000000 00010001 00020001 00000016 [................]
52D82070 00000004 00000000 00000000 00000000 [................]
52D82080 00000000 00000000 00000000 00000000 [................]
Repeat 2 times
52D820B0 00000000 00000000 00000000 00003F09 [.............?..]
52D820C0 00000000 00020002 00010002 000A000A [................]
52D820D0 00000000 00000000 00000000 00000000 [................]
Repeat 2 times
52D82100 00010354 00000000 00000000 00000000 [T...............]
52D82110 00000000 00000000 00000000 00003F09 [.............?..]
52D82120 00000000 00030003 00010003 00090009 [................]
52D82130 00000000 00000000 00000000 00000000 [................]
Repeat 2 times
52D82160 00010354 00000000 00000000 00000000 [T...............]
52D82170 00000000 00000000 00000000 00003F09 [.............?..]
52D82180 00000000 00040004 00020004 00000016 [................]
52D82190 00000004 00000000 00000000 00000000 [................]
52D821A0 00000000 00000000 00000000 00000000 [................]
Repeat 2 times
52D821D0 00000000 00000000 00000000 00003F09 [.............?..]
52D821E0 00000000 00050005 000C0005 00000007 [................]
52D821F0 00000000 00000000 00000000 00000000 [................]
Repeat 3 times
52D82230 00000000 00000000 00000000 00003F09 [.............?..]
52D82240 00000000 00060006 00020006 00000016 [................]
52D82250 00000207 00000000 00000000 00000000 [................]
52D82260 00000000 00000000 00000000 00000000 [................]
Repeat 2 times
52D82290 00000000 00000000 00000000 00003F09 [.............?..]
52D822A0 00000000 00070007 00020007 00000016 [................]
52D822B0 00000207 00000000 00000000 00000000 [................]
52D822C0 00000000 00000000 00000000 00000000 [................]
Repeat 2 times
52D822F0 00000000 00000000 00000000 00003F09 [.............?..]
52D82300 00000000 00080008 00020008 00000016 [................]
52D82310 00000002 00000000 00000000 00000000 [................]
52D82320 00000000 00000000 00000000 00000000 [................]
Repeat 2 times
52D82350 00000000 00000000 00000000 00003F09 [.............?..]
52D82360 00000000 00000000 00000000 52D82374 [............t#.R]
52D82370 00003F09 00000000 52D82370 3EEEEEEE [.?......p#.R...>]
52D82380 00000000 52D817B4 52D82388 52D82388 [.......R.#.R.#.R]
52D82390 00000000 404EECB8 404EECB8 404EECB8 [......N@..N@..N@]
52D823A0 00000000 00000000 00000000 52D81A6C [............l..R]
52D823B0 00000008 52D81F08 52D81EAC 52D81E50 [.......R...RP..R]
52D823C0 52D81DF4 52D81D98 52D81D3C 52D81CE0 [...R...R<..R...R]
52D823D0 52D81C84 00000010 0000014C 00000014 [...R....L.......]
52D823E0 00000084 00000016 00000001 52D82060 [............` .R]
52D823F0 00000001 00000010 00000158 00000014 [........X.......]
52D82400 00000078 0000000A 00000002 52D820C0 [x............ .R]
52D82410 00000001 00000010 00000164 00000014 [........d.......]
52D82420 0000006C 00000009 00000003 52D82120 [l........... !.R]
52D82430 00000001 00000010 00000170 00000014 [........p.......]
52D82440 00000054 00000016 00000004 52D82180 [T............!.R]
52D82450 00000001 00000010 0000017C 00000014 [........|.......]
52D82460 0000004C 00000007 00000005 52D821E0 [L............!.R]
52D82470 00000001 00000010 00000188 00000014 [................]
52D82480 00000034 00000016 00000006 52D82240 [4...........@".R]
52D82490 00000001 00000010 00000194 00000014 [................]
52D824A0 0000001C 00000016 00000007 52D822A0 [.............".R]
52D824B0 00000001 00000010 000001A0 00000014 [................]
52D824C0 00000004 00000016 00000008 52D82300 [.............#.R]
52D824D0 00000001 52D81938 00000004 00000002 [....8..R........]
52D824E0 000000BC 00000000 52D81C1C 00000008 [...........R....]
52D824F0 00000000 00000000 00000000 00000000 [................]
52D82500 00000000 00000000 00000012 02400791 [..............@.]
52D82510 00003F09 00003F09 00030000 00001FE8 [.?...?..........]
52D82520 00000000 00000100 3F091826 00000001 [........&..?....]
52D82530 00000010 000001AC 00000000 00000000 [................]
52D82540 00000000 00000000 00000000 00000000 [................]
52D82550 52D823B0 00000010 000001D0 00000017 [.#.R............]
52D82560 52D82524 00000001 00003F09 00000000 [$%.R.....?......]
52D82570 00000881 00000000 00000000 00000000 [................]
52D82580 00000000 00000000 00000000 00000000 [................]
52D82590 00000000 00000000 52D823D4 00080000 [.........#.R....]
52D825A0 00000008 00000000 00000000 52D82508 [.............%.R]
52D825B0 00000000 00000000 00000010 00000270 [............p...]
52D825C0 52D823D4 00000008 00000014 0000009C [.#.R............]
52D825D0 00000000 00000000 00000000 52D81ACF [...............R]
52D825E0 00000000 00000000 00000000 00000000 [................]
Repeat 3 times
52D82620 52D8263C 00000010 000006D4 00000010 [<&.R............]
52D82630 000006F4 00000010 000006F8 00000010 [................]
52D82640 000006FC 00000010 00000714 00000010 [................]
52D82650 00000720 00000010 0000072C 00000010 [ .......,.......]
52D82660 00000744 00000010 0000074C 00000010 [D.......L.......]
52D82670 00000764 00000010 0000077C [d.......|...]
Total heap size = 3784
FREE LISTS:
Bucket 0 size=0
Total free space = 0
UNPINNED RECREATABLE CHUNKS (lru first):
PERMANENT CHUNKS:
Chunk 52d817b4 sz= 3784 perm "perm " alo=3784
52D817B0 50000EC9 00000000 00000000 [...P........]
52D817C0 00000EC8 00000010 00000004 00000010 [................]
52D817D0 00000004 00000000 00000000 00000000 [................]
52D817E0 00000000 00000000 00000008 00000000 [................]
52D817F0 00000000 52D81F5C 404EEB2C 00000000 [....\..R,.N@....]
52D81800 00000000 00000000 00000000 52D81A08 [...............R]
52D81810 00000000 00000000 00000110 00000003 [................]
52D81820 00000000 00000000 00000000 1A086878 [............xh..]
52D81830 0029180B 00000000 00000000 00000000 [..).............]
52D81840 52D81C10 52D82540 00000000 52D824D4 [...R@%.R.....$.R]
52D81850 00000000 00000000 00000000 52D81B7C [............|..R]
52D81860 00000000 00000000 00000001 52D81BFC [...............R]
52D81870 52D82360 00000000 00000000 52D82894 [`#.R.........(.R]
52D81880 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
52D818A0 00000000 00000000 08000000 52D823AC [.............#.R]
52D818B0 00000001 00000000 00000000 00000000 [................]
52D818C0 00000024 00000000 00000000 00000000 [$...............]
52D818D0 00000000 00000000 00000000 52D81C1C [...............R]
52D818E0 00000000 00000000 00000000 52D82620 [............ &.R]
52D818F0 00000000 00000000 00000000 52D81958 [............X..R]
52D81900 00000000 00000000 00000000 00000000 [................]
52D81910 00000000 00000000 52D8252C 00010001 [........,%.R....]
52D81920 EBCE39A4 00000000 00000000 00000000 [.9..............]
52D81930 00000000 00000000 00000000 00000001 [................]
52D81940 00000001 00000794 00000000 00000001 [................]
52D81950 00000001 00000008 00000000 52D817C4 [...............R]
52D81960 00000000 00000000 00000202 00000000 [................]
52D81970 52D819B8 52D819A0 52D81990 5001A874 [...R...R...Rt..P]
52D81980 00000000 00000000 52D819FC 52D819CC [...........R...R]
52D81990 52D82AC0 404EFB80 00000000 00000000 [.*.R..N@........]
52D819A0 00000000 00000000 52D81958 00000000 [........X..R....]
52D819B0 00000000 00000000 00000000 52D81958 [............X..R]
52D819C0 00000002 52D885CC 00000000 52D819E4 [.......R.......R]
52D819D0 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
52D819F0 00000001 00000000 00000000 52D81958 [............X..R]
52D81A00 00000000 00000000 4C475945 00000045 [........EYGLE...]
52D81A10 00000000 00000000 00000000 00000000 [................]
52D81A20 00000000 00050000 00000069 0000000E [........i.......]
52D81A30 4D450003 00000050 00000000 00000500 [..EMP...........]
52D81A40 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
52D81A60 404EE794 00000000 00000000 00000014 [..N@............]
52D81A70 00000004 00000000 00000000 00000000 [................]
52D81A80 00000000 00000000 00000000 00000000 [................]
52D81A90 00000000 00000000 00000000 00003F09 [.............?..]
52D81AA0 00000001 00000000 00000000 00000000 [................]
52D81AB0 00000000 00000069 00080008 00000000 [....i...........]
52D81AC0 08687800 29180B1A 1A086878 7829180B [.xh....)xh....)x]
52D81AD0 0B1A0868 00002918 00000000 00000000 [h....)..........]
52D81AE0 00000000 00000000 00000000 00000000 [................]
52D81AF0 00000000 00000001 00000000 000002E0 [................]
52D81B00 00000000 00000008 00000000 00000000 [................]
52D81B10 00000000 404EEC04 00000000 52D81B9C [......N@.......R]
52D81B20 52D81B9C 00000000 00000000 00000000 [...R............]
52D81B30 00000000 00000000 00000000 00000000 [................]
52D81B40 00000000 00000000 00000000 20000000 [............... ]
52D81B50 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
52D81B70 00000000 00000000 00000000 52D81948 [............H..R]
52D81B80 00000000 00000002 00000008 0000000E [................]
52D81B90 59450005 00454C47 00000000 00000000 [..EYGLE.........]
52D81BA0 40548000 00000001 00000064 00000000 [..T@....d.......]
52D81BB0 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
52D81BD0 00000000 00002000 00000000 00000000 [..... ..........]
52D81BE0 00000000 00000000 00000000 00000000 [................]
52D81BF0 00000000 00000000 00003F09 00000000 [.........?......]
52D81C00 00000014 00000004 00000001 00000000 [................]
52D81C10 00000000 00003F09 00010000 52D81FD4 [.....?.........R]
52D81C20 52D81F08 52D81F64 00000000 00000010 [...Rd..R........]
52D81C30 00000007 00000100 00000000 00000000 [................]
52D81C40 00000000 00000000 00000000 00000010 [................]
52D81C50 00000104 00000000 00000000 00000000 [................]
52D81C60 00000000 00000000 00000000 00000000 [................]
52D81C70 52D81A2C 00000000 404EE794 00000000 [,..R......N@....]
52D81C80 00000000 00000007 00000102 00000000 [................]
52D81C90 00010041 00000000 00000014 00000004 [A...............]
52D81CA0 00000010 000001A0 00000016 00000000 [................]
52D81CB0 52D824B4 00040000 00000000 52D82300 [.$.R.........#.R]
52D81CC0 00000000 52D81A2C 52D81FC4 404EE794 [....,..R...R..N@]
52D81CD0 00000000 00000000 00000000 52D81C84 [...............R]
52D81CE0 00000007 00000102 00000000 00010041 [............A...]
52D81CF0 00000000 00000014 0000001C 00000010 [................]
52D81D00 00000194 00000016 00000000 52D82494 [.............$.R]
52D81D10 00040000 00000000 52D822A0 00000000 [.........".R....]
52D81D20 52D81A2C 52D81FB8 404EE794 00000000 [,..R...R..N@....]
52D81D30 00000000 52D81CD8 52D81CE0 00000007 [.......R...R....]
52D81D40 00000102 00000000 00010041 00000000 [........A.......]
52D81D50 00000014 00000034 00000010 00000188 [....4...........]
52D81D60 00000016 00000000 52D82474 00040000 [........t$.R....]
52D81D70 00000000 52D82240 00000000 52D81A2C [....@".R....,..R]
52D81D80 52D81FAC 404EE794 00000000 00000000 [...R..N@........]
52D81D90 52D81D34 52D81D3C 00000007 0000010C [4..R<..R........]
52D81DA0 00000000 00010041 00000000 00000014 [....A...........]
52D81DB0 0000004C 00000010 0000017C 00000007 [L.......|.......]
52D81DC0 00000000 52D82454 00040000 00000000 [....T$.R........]
52D81DD0 52D821E0 00000000 52D81A2C 52D81F9C [.!.R....,..R...R]
52D81DE0 404EE794 00000000 00000000 52D81D90 [..N@...........R]
52D81DF0 52D81D98 00000007 00000102 00000000 [...R............]
52D81E00 00010041 00000000 00000014 00000054 [A...........T...]
52D81E10 00000010 00000170 00000016 00000000 [....p...........]
52D81E20 52D82434 00040000 00000000 52D82180 [4$.R.........!.R]
52D81E30 00000000 52D81A2C 52D81F90 404EE794 [....,..R...R..N@]
52D81E40 00000000 00000000 52D81DEC 52D81DF4 [...........R...R]
52D81E50 00000007 00000101 00010354 00010041 [........T...A...]
52D81E60 00040000 00000014 0000006C 00000010 [........l.......]
52D81E70 00000164 00090009 00000000 52D82414 [d............$.R]
52D81E80 00040000 00000000 52D82120 00000000 [........ !.R....]
52D81E90 52D81A2C 52D81F84 404EE794 00000000 [,..R...R..N@....]
52D81EA0 00000000 52D81E48 52D81E50 00000007 [....H..RP..R....]
52D81EB0 00000101 00010354 00010041 00040000 [....T...A.......]
52D81EC0 00000014 00000078 00000010 00000158 [....x.......X...]
52D81ED0 000A000A 00000000 52D823F4 00040000 [.........#.R....]
52D81EE0 00000000 52D820C0 00000000 52D81A2C [..... .R....,..R]
52D81EF0 52D81F74 404EE794 00000000 00000000 [t..R..N@........]
52D81F00 52D81EA4 52D81EAC 00000007 00000102 [...R...R........]
52D81F10 00000000 00010041 00000000 00000014 [....A...........]
52D81F20 00000084 00000010 0000014C 00000016 [........L.......]
52D81F30 00000000 52D823D4 00040000 00000000 [.....#.R........]
52D81F40 52D82060 00000000 52D81A2C 52D81F64 [` .R....,..Rd..R]
52D81F50 404EE794 00000000 00000000 52D81F00 [..N@...........R]
52D81F60 52D81F08 00000007 4D450005 004F4E50 [...R......EMPNO.]
52D81F70 00000000 00000007 4E450005 00454D41 [..........ENAME.]
52D81F80 00000000 00000007 4F4A0003 00000042 [..........JOB...]
52D81F90 00000007 474D0003 00000052 00000007 [......MGR.......]
52D81FA0 49480008 41444552 00004554 00000007 [..HIREDATE......]
52D81FB0 41530003 0000004C 00000007 4F430004 [..SAL.........CO]
52D81FC0 00004D4D 00000007 45440006 4F4E5450 [MM........DEPTNO]
52D81FD0 00000000 52D81FE8 52D81EAC 52D81F74 [.......R...Rt..R]
52D81FE0 00000000 00000010 52D81FFC 52D81E50 [...........RP..R]
52D81FF0 52D81F84 00000000 00000010 52D82010 [...R......... .R]
52D82000 52D81DF4 52D81F90 00000000 00000010 [...R...R........]
52D82010 52D82024 52D81D98 52D81F9C 00000000 [$ .R...R...R....]
52D82020 00000010 52D82038 52D81D3C 52D81FAC [....8 .R<..R...R]
52D82030 00000000 00000010 52D8204C 52D81CE0 [........L .R...R]
52D82040 52D81FB8 00000000 00000010 00000000 [...R............]
52D82050 52D81C84 52D81FC4 00000000 00000010 [...R...R........]
52D82060 00000000 00010001 00020001 00000016 [................]
52D82070 00000004 00000000 00000000 00000000 [................]
52D82080 00000000 00000000 00000000 00000000 [................]
Repeat 2 times
52D820B0 00000000 00000000 00000000 00003F09 [.............?..]
52D820C0 00000000 00020002 00010002 000A000A [................]
52D820D0 00000000 00000000 00000000 00000000 [................]
Repeat 2 times
52D82100 00010354 00000000 00000000 00000000 [T...............]
52D82110 00000000 00000000 00000000 00003F09 [.............?..]
52D82120 00000000 00030003 00010003 00090009 [................]
52D82130 00000000 00000000 00000000 00000000 [................]
Repeat 2 times
52D82160 00010354 00000000 00000000 00000000 [T...............]
52D82170 00000000 00000000 00000000 00003F09 [.............?..]
52D82180 00000000 00040004 00020004 00000016 [................]
52D82190 00000004 00000000 00000000 00000000 [................]
52D821A0 00000000 00000000 00000000 00000000 [................]
Repeat 2 times
52D821D0 00000000 00000000 00000000 00003F09 [.............?..]
52D821E0 00000000 00050005 000C0005 00000007 [................]
52D821F0 00000000 00000000 00000000 00000000 [................]
Repeat 3 times
52D82230 00000000 00000000 00000000 00003F09 [.............?..]
52D82240 00000000 00060006 00020006 00000016 [................]
52D82250 00000207 00000000 00000000 00000000 [................]
52D82260 00000000 00000000 00000000 00000000 [................]
Repeat 2 times
52D82290 00000000 00000000 00000000 00003F09 [.............?..]
52D822A0 00000000 00070007 00020007 00000016 [................]
52D822B0 00000207 00000000 00000000 00000000 [................]
52D822C0 00000000 00000000 00000000 00000000 [................]
Repeat 2 times
52D822F0 00000000 00000000 00000000 00003F09 [.............?..]
52D82300 00000000 00080008 00020008 00000016 [................]
52D82310 00000002 00000000 00000000 00000000 [................]
52D82320 00000000 00000000 00000000 00000000 [................]
Repeat 2 times
52D82350 00000000 00000000 00000000 00003F09 [.............?..]
52D82360 00000000 00000000 00000000 52D82374 [............t#.R]
52D82370 00003F09 00000000 52D82370 3EEEEEEE [.?......p#.R...>]
52D82380 00000000 52D817B4 52D82388 52D82388 [.......R.#.R.#.R]
52D82390 00000000 404EECB8 404EECB8 404EECB8 [......N@..N@..N@]
52D823A0 00000000 00000000 00000000 52D81A6C [............l..R]
52D823B0 00000008 52D81F08 52D81EAC 52D81E50 [.......R...RP..R]
52D823C0 52D81DF4 52D81D98 52D81D3C 52D81CE0 [...R...R<..R...R]
52D823D0 52D81C84 00000010 0000014C 00000014 [...R....L.......]
52D823E0 00000084 00000016 00000001 52D82060 [............` .R]
52D823F0 00000001 00000010 00000158 00000014 [........X.......]
52D82400 00000078 0000000A 00000002 52D820C0 [x............ .R]
52D82410 00000001 00000010 00000164 00000014 [........d.......]
52D82420 0000006C 00000009 00000003 52D82120 [l........... !.R]
52D82430 00000001 00000010 00000170 00000014 [........p.......]
52D82440 00000054 00000016 00000004 52D82180 [T............!.R]
52D82450 00000001 00000010 0000017C 00000014 [........|.......]
52D82460 0000004C 00000007 00000005 52D821E0 [L............!.R]
52D82470 00000001 00000010 00000188 00000014 [................]
52D82480 00000034 00000016 00000006 52D82240 [4...........@".R]
52D82490 00000001 00000010 00000194 00000014 [................]
52D824A0 0000001C 00000016 00000007 52D822A0 [.............".R]
52D824B0 00000001 00000010 000001A0 00000014 [................]
52D824C0 00000004 00000016 00000008 52D82300 [.............#.R]
52D824D0 00000001 52D81938 00000004 00000002 [....8..R........]
52D824E0 000000BC 00000000 52D81C1C 00000008 [...........R....]
52D824F0 00000000 00000000 00000000 00000000 [................]
52D82500 00000000 00000000 00000012 02400791 [..............@.]
52D82510 00003F09 00003F09 00030000 00001FE8 [.?...?..........]
52D82520 00000000 00000100 3F091826 00000001 [........&..?....]
52D82530 00000010 000001AC 00000000 00000000 [................]
52D82540 00000000 00000000 00000000 00000000 [................]
52D82550 52D823B0 00000010 000001D0 00000017 [.#.R............]
52D82560 52D82524 00000001 00003F09 00000000 [$%.R.....?......]
52D82570 00000881 00000000 00000000 00000000 [................]
52D82580 00000000 00000000 00000000 00000000 [................]
52D82590 00000000 00000000 52D823D4 00080000 [.........#.R....]
52D825A0 00000008 00000000 00000000 52D82508 [.............%.R]
52D825B0 00000000 00000000 00000010 00000270 [............p...]
52D825C0 52D823D4 00000008 00000014 0000009C [.#.R............]
52D825D0 00000000 00000000 00000000 52D81ACF [...............R]
52D825E0 00000000 00000000 00000000 00000000 [................]
Repeat 3 times
52D82620 52D8263C 00000010 000006D4 00000010 [<&.R............]
52D82630 000006F4 00000010 000006F8 00000010 [................]
52D82640 000006FC 00000010 00000714 00000010 [................]
52D82650 00000720 00000010 0000072C 00000010 [ .......,.......]
52D82660 00000744 00000010 0000074C 00000010 [D.......L.......]
52D82670 00000764 00000010 0000077C [d.......|...]
Permanent space = 3784
MARKS:
Mark 0x52d8237c
******************************************************
这里的handle=52d82e58就是sql依赖的对象信息:
BUCKET 63037:
LIBRARY OBJECT HANDLE: handle=52d82e58
name=EYGLE.EMP
hash=7310f63d timestamp=08-26-2004 10:23:40
namespace=TABL/PRCD/TYPE flags=KGHP/TIM/SML/[02000000]
kkkk-dddd-llll=0000-0501-0501 lock=0 pin=0 latch#=1
lwt=0x52d82e70[0x52d82e70,0x52d82e70] ltm=0x52d82e78[0x52d82e78,0x52d82e78]
pwt=0x52d82e88[0x52d82e88,0x52d82e88] ptm=0x52d82ee0[0x52d82ee0,0x52d82ee0]
ref=0x52d82e60[0x52d82e60, 0x52d82e60] lnd=0x52d82eec[0x52d7dcf0,0x52d89fc8]
LIBRARY OBJECT: object=52d81594
type=TABL flags=EXS/LOC[0005] pflags= [00] status=VALD load=0
==>Type:对象类型,这里是一张表
==>flags:代表对象状态
DATA BLOCKS:
data# heap pointer status pins change alloc(K) size(K)
----- -------- -------- ------ ---- ------ -------- --------
0 52d8c1e4 52d8161c I/-/A 0 NONE 0.66 1.09
8 52d81238 52d80a18 I/-/A 0 NONE 1.10 1.13
10 52d8129c 52d80ea0 I/-/A 0 NONE 0.12 0.37
HEAP DUMP OF DATA BLOCK 0:
******************************************************
HEAP DUMP heap name="library cache" desc=0x52d8c1e4
extent sz=0x224 alt=32767 het=16 rec=9 flg=2 opc=0
parent=0x5000002c owner=0x52d81594 nex=(nil) xsz=0x224
==>每个heap descriptor 都包含一个owner部分，指向所有者，这里的 52d81594 也就是EYGLE.EMP
==>指向的Library对象: LIBRARY OBJECT: object=52d81594
EXTENT 0 addr=0x52d81220
Chunk 52d81228 sz= 540 perm "perm " alo=196
52D81220 5000021D 00000000 [...P....]
52D81230 52D81584 000000C4 5000002C 00000824 [...R....,..P$...]
52D81240 52D81594 52D80A00 52D80A08 00000000 [...R...R...R....]
52D81250 00000000 05010200 00000000 00000000 [................]
52D81260 534C474B 61656820 00000070 00000000 [KGLS heap.......]
52D81270 00107FFF 7FFF7FFF 00000401 00000000 [................]
52D81280 52D81280 52D81280 52D8129C 00000000 [...R...R...R....]
52D81290 52D80EA0 00040000 52FF5C14 5000002C [...R.....\.R,..P]
52D812A0 00000824 52D81594 52D80E88 52D80E90 [$......R...R...R]
52D812B0 00000000 00000000 05010200 00000000 [................]
52D812C0 0000015C 534C474B 61656820 00000070 [\...KGLS heap...]
52D812D0 00000000 00107FFF 7FFF7FFF 00000401 [................]
52D812E0 00000000 52D812E4 52D812E4 00000000 [.......R...R....]
52D812F0 00000000 00000000 00000000 00000000 [................]
Repeat 20 times
52D81440 00000000 [....]
EXTENT 1 addr=0x52d8157c
Chunk 52d81584 sz= 484 perm "perm " alo=484
52D81580 400001E5 00000000 00000000 [...@........]
52D81590 000001E4 52D82E58 52D81598 52D81598 [....X..R...R...R]
52D815A0 52D815A0 52D815A0 00000000 00000000 [...R...R........]
52D815B0 00010005 00000000 00000000 00000000 [................]
52D815C0 02000000 52D81608 00000000 00000000 [.......R........]
52D815D0 00000000 00000000 00000000 00000000 [................]
52D815E0 00000000 52D81754 00000000 52D81288 [....T..R.......R]
52D815F0 00000000 00000000 00000000 00000000 [................]
52D81600 00000000 00000000 52D8C1E4 00000000 [...........R....]
52D81610 52D8161C 00000000 52FF5BC4 00000006 [...R.....[.R....]
52D81620 00000000 52D81650 00000000 00000000 [....P..R........]
52D81630 00003F09 00003F09 00000000 00000000 [.?...?..........]
52D81640 00000000 00000000 00000069 00000000 [........i.......]
52D81650 20000000 00000001 00080008 00000008 [... ............]
52D81660 00000000 2D2D2D2D 2D2D2D2D 2D2D2D2D [....------------]
52D81670 2D2D2D2D 2D2D2D2D 2D2D2D2D 2D2D2D2D [----------------]
52D81680 2D2D2D2D 00000012 02400791 00000000 [----......@.....]
52D81690 00000000 00000000 00000000 00000000 [................]
Repeat 3 times
52D816D0 00000000 0001280A 000000FF 00000000 [.....(..........]
52D816E0 40548000 00000001 00000064 00000000 [..T@....d.......]
52D816F0 00000000 00000000 00000000 00000000 [................]
52D81700 00000000 00000000 00000000 00000001 [................]
52D81710 00000000 00000000 00000001 00000001 [................]
52D81720 00000000 00000000 000002E0 00000000 [................]
52D81730 00000000 00000000 00000000 00000000 [................]
52D81740 FFFFFFFF FFFFFFFF 68780000 180B1A08 [..........xh....]
52D81750 00000029 52D81238 00000000 52D80A18 [)...8..R.......R]
52D81760 00040000 52FF5BEC [.....[.R]
Chunk 52d81768 sz= 40 free " "
52D81760 D0000029 52D81584 [)......R]
52D81770 52D8C22C 52D8C22C 00000000 00000000 [,..R,..R........]
52D81780 00000000 00000000 00000000 00000000 [................]
Total heap size = 1064
FREE LISTS:
Bucket 0 size=0
Chunk 52d81768 sz= 40 free " "
52D81760 D0000029 52D81584 [)......R]
52D81770 52D8C22C 52D8C22C 00000000 00000000 [,..R,..R........]
52D81780 00000000 00000000 00000000 00000000 [................]
Total free space = 40
UNPINNED RECREATABLE CHUNKS (lru first):
PERMANENT CHUNKS:
Chunk 52d81228 sz= 540 perm "perm " alo=196
52D81220 5000021D 00000000 [...P....]
52D81230 52D81584 000000C4 5000002C 00000824 [...R....,..P$...]
52D81240 52D81594 52D80A00 52D80A08 00000000 [...R...R...R....]
52D81250 00000000 05010200 00000000 00000000 [................]
52D81260 534C474B 61656820 00000070 00000000 [KGLS heap.......]
52D81270 00107FFF 7FFF7FFF 00000401 00000000 [................]
52D81280 52D81280 52D81280 52D8129C 00000000 [...R...R...R....]
52D81290 52D80EA0 00040000 52FF5C14 5000002C [...R.....\.R,..P]
52D812A0 00000824 52D81594 52D80E88 52D80E90 [$......R...R...R]
52D812B0 00000000 00000000 05010200 00000000 [................]
52D812C0 0000015C 534C474B 61656820 00000070 [\...KGLS heap...]
52D812D0 00000000 00107FFF 7FFF7FFF 00000401 [................]
52D812E0 00000000 52D812E4 52D812E4 00000000 [.......R...R....]
52D812F0 00000000 00000000 00000000 00000000 [................]
Repeat 20 times
52D81440 00000000 [....]
Chunk 52d81584 sz= 484 perm "perm " alo=484
52D81580 400001E5 00000000 00000000 [...@........]
52D81590 000001E4 52D82E58 52D81598 52D81598 [....X..R...R...R]
52D815A0 52D815A0 52D815A0 00000000 00000000 [...R...R........]
52D815B0 00010005 00000000 00000000 00000000 [................]
52D815C0 02000000 52D81608 00000000 00000000 [.......R........]
52D815D0 00000000 00000000 00000000 00000000 [................]
52D815E0 00000000 52D81754 00000000 52D81288 [....T..R.......R]
52D815F0 00000000 00000000 00000000 00000000 [................]
52D81600 00000000 00000000 52D8C1E4 00000000 [...........R....]
52D81610 52D8161C 00000000 52FF5BC4 00000006 [...R.....[.R....]
52D81620 00000000 52D81650 00000000 00000000 [....P..R........]
52D81630 00003F09 00003F09 00000000 00000000 [.?...?..........]
52D81640 00000000 00000000 00000069 00000000 [........i.......]
52D81650 20000000 00000001 00080008 00000008 [... ............]
52D81660 00000000 2D2D2D2D 2D2D2D2D 2D2D2D2D [....------------]
52D81670 2D2D2D2D 2D2D2D2D 2D2D2D2D 2D2D2D2D [----------------]
52D81680 2D2D2D2D 00000012 02400791 00000000 [----......@.....]
52D81690 00000000 00000000 00000000 00000000 [................]
Repeat 3 times
52D816D0 00000000 0001280A 000000FF 00000000 [.....(..........]
52D816E0 40548000 00000001 00000064 00000000 [..T@....d.......]
52D816F0 00000000 00000000 00000000 00000000 [................]
52D81700 00000000 00000000 00000000 00000001 [................]
52D81710 00000000 00000000 00000001 00000001 [................]
52D81720 00000000 00000000 000002E0 00000000 [................]
52D81730 00000000 00000000 00000000 00000000 [................]
52D81740 FFFFFFFF FFFFFFFF 68780000 180B1A08 [..........xh....]
52D81750 00000029 52D81238 00000000 52D80A18 [)...8..R.......R]
52D81760 00040000 52FF5BEC [.....[.R]
Permanent space = 1024
******************************************************
HEAP DUMP OF DATA BLOCK 8:
******************************************************
HEAP DUMP heap name="KGLS heap" desc=0x52d81238
extent sz=0x824 alt=32767 het=16 rec=0 flg=2 opc=5
parent=0x5000002c owner=0x52d81594 nex=(nil) xsz=0x0
EXTENT 0 addr=0x52d80a00
Chunk 52d80a08 sz= 1124 perm "perm " alo=1124
52D80A00 50000465 00000000 [e..P....]
52D80A10 00000000 00000464 00000000 00000007 [....d...........]
52D80A20 00000454 00000000 52D80E00 52D80B0C [T..........R...R]
52D80A30 52D80A30 52D80A30 00000000 00000008 [0..R0..R........]
52D80A40 00000003 52D80A44 52D80A44 52D80A4C [....D..RD..RL..R]
52D80A50 52D80A4C 00000000 00000000 00000023 [L..R........#...]
52D80A60 52D80A60 52D80A60 52D80A68 52D80A68 [`..R`..Rh..Rh..R]
52D80A70 00000000 00000000 00000032 52D80A7C [........2...|..R]
52D80A80 52D80A7C 52D80A84 52D80A84 00000000 [|..R...R...R....]
52D80A90 00000000 00000033 52D80A98 52D80A98 [....3......R...R]
52D80AA0 52D80AA0 52D80AA0 00000000 00000000 [...R...R........]
52D80AB0 0000002C 52D80AB4 52D80AB4 52D80ABC [,......R...R...R]
52D80AC0 52D80ABC 00000000 00000000 00000035 [...R........5...]
52D80AD0 52D80AD0 52D80AD0 52D80AD8 52D80AD8 [...R...R...R...R]
52D80AE0 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
52D80B00 00000000 00000000 00000000 52D80A28 [............(..R]
52D80B10 52D80B78 00000000 45440006 4F4E5450 [x..R......DEPTNO]
52D80B20 00000000 00000000 00000000 00000000 [................]
52D80B30 00000000 00000000 00080008 00160002 [................]
52D80B40 00000200 00000008 00000000 00000000 [................]
52D80B50 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
52D80B70 00000000 00000000 52D80B0C 52D80BE4 [...........R...R]
52D80B80 00000000 4F430004 00004D4D 00000000 [......COMM......]
52D80B90 00000000 00000000 00000000 00000000 [................]
52D80BA0 00000000 00070007 00160002 00020700 [................]
52D80BB0 00000007 00000000 00000000 00000000 [................]
52D80BC0 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
52D80BE0 00000000 52D80B78 52D80C50 00000000 [....x..RP..R....]
52D80BF0 41530003 0000004C 00000000 00000000 [..SAL...........]
52D80C00 00000000 00000000 00000000 00000000 [................]
52D80C10 00060006 00160002 00020700 00000006 [................]
52D80C20 00000000 00000000 00000000 00000000 [................]
Repeat 2 times
52D80C50 52D80BE4 52D80CBC 00000000 49480008 [...R...R......HI]
52D80C60 41444552 00004554 00000000 00000000 [REDATE..........]
52D80C70 00000000 00000000 00000000 00050005 [................]
52D80C80 0007000C 00000000 00000005 00000000 [................]
52D80C90 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
52D80CB0 00000000 00000000 00000000 52D80C50 [............P..R]
52D80CC0 52D80D28 00000000 474D0003 00000052 [(..R......MGR...]
52D80CD0 00000000 00000000 00000000 00000000 [................]
52D80CE0 00000000 00000000 00040004 00160002 [................]
52D80CF0 00000400 00000004 00000000 00000000 [................]
52D80D00 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
52D80D20 00000000 00000000 52D80CBC 52D80D94 [...........R...R]
52D80D30 00000000 4F4A0003 00000042 00000000 [......JOB.......]
52D80D40 00000000 00000000 00000000 00000000 [................]
52D80D50 00000000 00030003 00090001 00000000 [................]
52D80D60 00000003 00000000 00010354 00090000 [........T.......]
52D80D70 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
52D80D90 00000000 52D80D28 52D80E00 00000000 [....(..R...R....]
52D80DA0 4E450005 00454D41 00000000 00000000 [..ENAME.........]
52D80DB0 00000000 00000000 00000000 00000000 [................]
52D80DC0 00020002 000A0001 00000000 00000002 [................]
52D80DD0 00000000 00010354 000A0000 00000000 [....T...........]
52D80DE0 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
52D80E00 52D80D94 52D80A28 00000000 4D450005 [...R(..R......EM]
52D80E10 004F4E50 00000000 00000000 00000000 [PNO.............]
52D80E20 00000000 00000000 00000000 00010001 [................]
52D80E30 00160002 00000400 00000001 00000000 [................]
52D80E40 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
52D80E60 00000000 00000000 00000000 [............]
Total heap size = 1124
FREE LISTS:
Bucket 0 size=0
Total free space = 0
UNPINNED RECREATABLE CHUNKS (lru first):
PERMANENT CHUNKS:
Chunk 52d80a08 sz= 1124 perm "perm " alo=1124
52D80A00 50000465 00000000 [e..P....]
52D80A10 00000000 00000464 00000000 00000007 [....d...........]
52D80A20 00000454 00000000 52D80E00 52D80B0C [T..........R...R]
52D80A30 52D80A30 52D80A30 00000000 00000008 [0..R0..R........]
52D80A40 00000003 52D80A44 52D80A44 52D80A4C [....D..RD..RL..R]
52D80A50 52D80A4C 00000000 00000000 00000023 [L..R........#...]
52D80A60 52D80A60 52D80A60 52D80A68 52D80A68 [`..R`..Rh..Rh..R]
52D80A70 00000000 00000000 00000032 52D80A7C [........2...|..R]
52D80A80 52D80A7C 52D80A84 52D80A84 00000000 [|..R...R...R....]
52D80A90 00000000 00000033 52D80A98 52D80A98 [....3......R...R]
52D80AA0 52D80AA0 52D80AA0 00000000 00000000 [...R...R........]
52D80AB0 0000002C 52D80AB4 52D80AB4 52D80ABC [,......R...R...R]
52D80AC0 52D80ABC 00000000 00000000 00000035 [...R........5...]
52D80AD0 52D80AD0 52D80AD0 52D80AD8 52D80AD8 [...R...R...R...R]
52D80AE0 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
52D80B00 00000000 00000000 00000000 52D80A28 [............(..R]
52D80B10 52D80B78 00000000 45440006 4F4E5450 [x..R......DEPTNO]
52D80B20 00000000 00000000 00000000 00000000 [................]
52D80B30 00000000 00000000 00080008 00160002 [................]
52D80B40 00000200 00000008 00000000 00000000 [................]
52D80B50 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
52D80B70 00000000 00000000 52D80B0C 52D80BE4 [...........R...R]
52D80B80 00000000 4F430004 00004D4D 00000000 [......COMM......]
52D80B90 00000000 00000000 00000000 00000000 [................]
52D80BA0 00000000 00070007 00160002 00020700 [................]
52D80BB0 00000007 00000000 00000000 00000000 [................]
52D80BC0 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
52D80BE0 00000000 52D80B78 52D80C50 00000000 [....x..RP..R....]
52D80BF0 41530003 0000004C 00000000 00000000 [..SAL...........]
52D80C00 00000000 00000000 00000000 00000000 [................]
52D80C10 00060006 00160002 00020700 00000006 [................]
52D80C20 00000000 00000000 00000000 00000000 [................]
Repeat 2 times
52D80C50 52D80BE4 52D80CBC 00000000 49480008 [...R...R......HI]
52D80C60 41444552 00004554 00000000 00000000 [REDATE..........]
52D80C70 00000000 00000000 00000000 00050005 [................]
52D80C80 0007000C 00000000 00000005 00000000 [................]
52D80C90 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
52D80CB0 00000000 00000000 00000000 52D80C50 [............P..R]
52D80CC0 52D80D28 00000000 474D0003 00000052 [(..R......MGR...]
52D80CD0 00000000 00000000 00000000 00000000 [................]
52D80CE0 00000000 00000000 00040004 00160002 [................]
52D80CF0 00000400 00000004 00000000 00000000 [................]
52D80D00 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
52D80D20 00000000 00000000 52D80CBC 52D80D94 [...........R...R]
52D80D30 00000000 4F4A0003 00000042 00000000 [......JOB.......]
52D80D40 00000000 00000000 00000000 00000000 [................]
52D80D50 00000000 00030003 00090001 00000000 [................]
52D80D60 00000003 00000000 00010354 00090000 [........T.......]
52D80D70 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
52D80D90 00000000 52D80D28 52D80E00 00000000 [....(..R...R....]
52D80DA0 4E450005 00454D41 00000000 00000000 [..ENAME.........]
52D80DB0 00000000 00000000 00000000 00000000 [................]
52D80DC0 00020002 000A0001 00000000 00000002 [................]
52D80DD0 00000000 00010354 000A0000 00000000 [....T...........]
52D80DE0 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
52D80E00 52D80D94 52D80A28 00000000 4D450005 [...R(..R......EM]
52D80E10 004F4E50 00000000 00000000 00000000 [PNO.............]
52D80E20 00000000 00000000 00000000 00010001 [................]
52D80E30 00160002 00000400 00000001 00000000 [................]
52D80E40 00000000 00000000 00000000 00000000 [................]
Repeat 1 times
52D80E60 00000000 00000000 00000000 [............]
Permanent space = 1124
******************************************************
HEAP DUMP OF DATA BLOCK 10:
******************************************************
HEAP DUMP heap name="KGLS heap" desc=0x52d8129c
extent sz=0x824 alt=32767 het=16 rec=0 flg=2 opc=5
parent=0x5000002c owner=0x52d81594 nex=(nil) xsz=0x15c
EXTENT 0 addr=0x52d80e88
Chunk 52d80e90 sz= 340 perm "perm " alo=120
52D80E90 50000155 00000000 00000000 00000078 [U..P........x...]
52D80EA0 00000000 00000002 00000068 00000004 [........h.......]
52D80EB0 52D80EB0 52D80EB0 52D80EB8 52D80EB8 [...R...R...R...R]
52D80EC0 00000000 00000000 00000005 52D80ECC [...............R]
52D80ED0 52D80ECC 52D80ED4 52D80ED4 00000000 [...R...R...R....]
52D80EE0 00000000 00000000 00000000 00000000 [................]
Repeat 15 times
52D80FE0 00000000 [....]
Total heap size = 340
FREE LISTS:
Bucket 0 size=0
Total free space = 0
UNPINNED RECREATABLE CHUNKS (lru first):
PERMANENT CHUNKS:
Chunk 52d80e90 sz= 340 perm "perm " alo=120
52D80E90 50000155 00000000 00000000 00000078 [U..P........x...]
52D80EA0 00000000 00000002 00000068 00000004 [........h.......]
52D80EB0 52D80EB0 52D80EB0 52D80EB8 52D80EB8 [...R...R...R...R]
52D80EC0 00000000 00000000 00000005 52D80ECC [...............R]
52D80ED0 52D80ECC 52D80ED4 52D80ED4 00000000 [...R...R...R....]
52D80EE0 00000000 00000000 00000000 00000000 [................]
Repeat 15 times
52D80FE0 00000000 [....]
Permanent space = 340
******************************************************
BUCKET 63037 total object count=1
|
Posted by eygle at 9:08 AM | Comments (2)
关于shared pool的深入探讨(五)
作者:eygle
出处:http://blog.eygle.com
Oracle使用两种数据结构来进行shared pool的并发控制:lock 和 pin.
Lock比pin具有更高的级别.
Lock在handle上获得,在pin一个对象之前,必须首先获得该handle的锁定.
锁定主要有三种模式: Null,share,Exclusive.
在读取访问对象时,通常需要获取Null(空)模式以及share(共享)模式的锁定.
在修改对象时,需要获得Exclusive(排他)锁定.
在锁定了Library Cache对象以后,一个进程在访问之前必须pin该对象.
同样pin有三种模式,Null,shared和exclusive.
只读模式时获得共享pin,修改模式获得排他pin.
通常我们访问、执行过程、Package时获得的都是共享pin,如果排他pin被持有,那么数据库此时就要产生等待.
在很多statspack的report中,我们可能看到以下等待事件:
Top 5 Wait Events ~~~~~~~~~~~~~~~~~ Wait % Total Event Waits Time (cs) Wt Time -------------------------------------------- ------------ ------------ ------- library cache lock 75,884 1,409,500 48.44 latch free 34,297,906 1,205,636 41.43 library cache pin 563 142,491 4.90 db file scattered read 146,283 75,871 2.61 enqueue 2,211 13,003 .45 ------------------------------------------------------------- |
这里的library cache lock和library cache pin都是我们关心的.接下来我们就研究一下这几个等待事件.
(一).LIBRARY CACHE PIN等待事件
Oracle文档上这样介绍这个等待事件:
"library cache pin" 是用来管理library cache的并发访问的,pin一个object会引起相应的heap被
载入内存中(如果此前没有被加载),Pins可以在三个模式下获得:NULL,SHARE,EXCLUSIVE,可以认为pin是一种特定
形式的锁.
当Library Cache Pin等待事件出现时,通常说明该Pin被其他用户已非兼容模式持有.
"library cache pin"的等待时间为3秒钟,其中有1秒钟用于PMON后台进程,即在取得pin之前最多等待3秒钟,否则就超时.
"library cache pin"的参数如下,有用的主要是P1和P2:
P1 - KGL Handle address.
P2 - Pin address
P3 - Encoded Mode & Namespace
"LIBRARY CACHE PIN"通常是发生在编译或重新编译PL/SQL,VIEW,TYPES等object时.编译通常都是显性的,
如安装应用程序,升级,安装补丁程序等,另外,"ALTER","GRANT","REVOKE"等操作也会使object变得无效,
可以通过object的"LAST_DDL"观察这些变化.
当object变得无效时,Oracle 会在第一次访问此object时试图去重新编译它,如果此时其他session已经把此object pin
到library cache中,就会出现问题,特别时当有大量的活动session并且存在较复杂的dependence时.在某种情况下,重新
编译object可能会花几个小时时间,从而阻塞其它试图去访问此object的进程.
下面让我们通过一个例子来模拟及解释这个等待:
1.创建测试用存储过程
|
[oracle@jumper udump]$ sqlplus "/ as sysdba"
SQL*Plus: Release 9.2.0.3.0 - Production on Mon Sep 6 14:16:57 2004
Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
Connected to an idle instance.
SQL> startup
ORACLE instance started.
Total System Global Area 47256168 bytes
Fixed Size 451176 bytes
Variable Size 29360128 bytes
Database Buffers 16777216 bytes
Redo Buffers 667648 bytes
Database mounted.
Database opened.
SQL> create or replace PROCEDURE pining
2 IS
3 BEGIN
4 NULL;
5 END;
6 /
Procedure created.
SQL>
SQL> create or replace procedure calling
2 is
3 begin
4 pining;
5 dbms_lock.sleep(3000);
6 end;
7 /
Procedure created.
SQL>
|
2.模拟
首先执行calling过程,在calling过程中调用pining过程
此时pining过程上获得共享Pin,如果此时尝试对pining进行授权或重新编译,将产生Library Cache Pin等待
直到calling执行完毕.
session 1:
|
[oracle@jumper oracle]$ sqlplus "/ as sysdba" SQL*Plus: Release 9.2.0.3.0 - Production on Mon Sep 6 16:13:43 2004 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. Connected to: SQL> exec calling |
此时calling开始执行
session 2:
|
[oracle@jumper udump]$ sqlplus "/ as sysdba" SQL*Plus: Release 9.2.0.3.0 - Production on Mon Sep 6 16:14:16 2004 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. Connected to: SQL> grant execute on pining to eygle; |
此时session 2挂起
ok,我们开始我们的研究:
从v$session_wait入手,我们可以得到哪些session正在经历library cache pin的等待
|
SQL> select sid,seq#,event,p1,p1raw,p2,p2raw,p3,p3raw,state
2 from v$session_wait where event like 'library%';
SID SEQ# EVENT P1 P1RAW P2 P2RAW P3 WAIT_TIME SECONDS_IN_WAIT STATE
---- ---------- ------------------- ---------- -------- ---------- -------- ---------- ---------- --------------- -------
8 268 library cache pin 1389785868 52D6730C 1387439312 52B2A4D0 301 0 2 WAITING
等待3秒就超时,seq#会发生变化
SQL>
SID SEQ# EVENT P1 P1RAW P2 P2RAW P3 WAIT_TIME SECONDS_IN_WAIT STATE
---- ---------- ------------------- ---------- -------- ---------- -------- ---------- ---------- --------------- -------
8 269 library cache pin 1389785868 52D6730C 1387439312 52B2A4D0 301 0 2 WAITING
SQL>
SID SEQ# EVENT P1 P1RAW P2 P2RAW P3 WAIT_TIME SECONDS_IN_WAIT STATE
---- ---------- ------------------- ---------- -------- ---------- -------- ---------- ---------- --------------- --------
8 270 library cache pin 1389785868 52D6730C 1387439312 52B2A4D0 301 0 0 WAITING
|
在这个输出中,P1 列是Library Cache Handle Address,Pn字段是10进制表示,PnRaw字段是16进制表示
我们看到,library cache pin等待的对象的handle地址为:52D6730C
通过这个地址,我们查询X$KGLOB视图就可以得到对象的具体信息:
Note: X$KGLOB--[K]ernel [G]eneric [L]ibrary Cache Manager [OB]ject
|
col KGLNAOWN for a10
col KGLNAOBJ for a20
select ADDR,KGLHDADR,KGLHDPAR,KGLNAOWN,KGLNAOBJ,KGLNAHSH,KGLHDOBJ
from X$KGLOB
where KGLHDADR ='52D6730C'
/
ADDR KGLHDADR KGLHDPAR KGLNAOWN KGLNAOBJ KGLNAHSH KGLHDOBJ
-------- -------- -------- ---------- -------------------- ---------- --------
404F9FF0 52D6730C 52D6730C SYS PINING 2300250318 52D65BA4
|
这里KGLNAHSH代表该对象的Hash Value
由此我们知道,在PINING对象上正经历library cache pin的等待.
然后我们引入另外一个内部视图X$KGLPN:
Note:X$KGLPN--[K]ernel [G]eneric [L]ibrary Cache Manager object [P]i[N]s
|
select a.sid,a.username,a.program,b.addr,b.KGLPNADR,b.KGLPNUSE,b.KGLPNSES,b.KGLPNHDL,
b.kGLPNLCK, b.KGLPNMOD, b.KGLPNREQ
from v$session a,x$kglpn b
where a.saddr=b.kglpnuse and b.kglpnhdl = '52D6730C' and b.KGLPNMOD<>0
/
SID USERNAME PROGRAM ADDR KGLPNADR KGLPNUSE KGLPNSES KGLPNHDL KGLPNLCK
KGLPNMOD KGLPNREQ
----- ----------- ---------------------------------------- -------- -------- -------- -------- -------- --------
---------- ----------
13 SYS sqlplus@jumper.hurray.com.cn (TNS V1-V3) 404FA034 52B2A518 51E2013C 51E2013C 52D6730C 52B294C8
2 0
|
通过联合v$session,可以获得当前持有该handle的用户信息.
对于我们的测试sid=13的用户正持有该handle
那么这个用户正在等什么呢?
|
SQL> select * from v$session_wait where sid=13;
SID SEQ# EVENT P1TEXT P1 P1RAW P2TEXT P2 P2RAW P3TEXT
P3 P3RAW WAIT_TIME SECONDS_IN_WAIT STATE
---------- ---------- ------------------- --------- ---------- -------- ------- ---------- -------- -------
---------- -------- ---------- --------------- -------
13 25 PL/SQL lock timer duration 120000 0001D4C0 0 00
0 00 0 1200 WAITING
|
Ok,这个用户正在等待一次PL/SQL lock timer计时.
得到了sid,我们就可以通过v$session.SQL_HASH_VALUE,v$session.SQL_ADDRESS等字段关联v$sqltext,v$sqlarea等视图获得当前session正在执行的操作.
|
SQL> select sql_text from v$sqlarea where v$sqlarea.hash_value='3045375777';
SQL_TEXT
--------------------------------------------------------------------------------
BEGIN calling; END;
|
这里我们得到这个用户正在执行calling这个存储过程,接下来的工作就应该去检查calling在作什么了.
我们这个calling作的工作是dbms_lock.sleep(3000)
也就是PL/SQL lock timer正在等待的原因
至此就找到了Library Cache Pin的原因.
简化一下以上查询:
1.获得Library Cache Pin等待的对象
|
SELECT addr, kglhdadr, kglhdpar, kglnaown, kglnaobj, kglnahsh, kglhdobj
FROM x$kglob
WHERE kglhdadr IN (SELECT p1raw
FROM v$session_wait
WHERE event LIKE 'library%')
/
ADDR KGLHDADR KGLHDPAR KGLNAOWN KGLNAOBJ KGLNAHSH KGLHDOBJ
-------- -------- -------- ---------- -------------------- ---------- --------
404F2178 52D6730C 52D6730C SYS PINING 2300250318 52D65BA4
|
2.获得持有等待对象的session信息
|
SELECT a.SID, a.username, a.program, b.addr, b.kglpnadr, b.kglpnuse,
b.kglpnses, b.kglpnhdl, b.kglpnlck, b.kglpnmod, b.kglpnreq
FROM v$session a, x$kglpn b
WHERE a.saddr = b.kglpnuse
AND b.kglpnmod <> 0
AND b.kglpnhdl IN (SELECT p1raw
FROM v$session_wait
WHERE event LIKE 'library%')
/
SQL>
SID USERNAME PROGRAM ADDR KGLPNADR KGLPNUSE
KGLPNSES KGLPNHDL KGLPNLCK KGLPNMOD KGLPNREQ
---------- ---------- ------------------------------------------------ -------- -------- --------
-------- -------- -------- ---------- ----------
13 SYS sqlplus@jumper.hurray.com.cn (TNS V1-V3) 404F6CA4 52B2A518 51E2013C
51E2013C 52D6730C 52B294C8 2 0
|
3.获得持有对象用户执行的代码
|
SELECT sql_text
FROM v$sqlarea
WHERE (v$sqlarea.address, v$sqlarea.hash_value) IN (
SELECT sql_address, sql_hash_value
FROM v$session
WHERE SID IN (
SELECT SID
FROM v$session a, x$kglpn b
WHERE a.saddr = b.kglpnuse
AND b.kglpnmod <> 0
AND b.kglpnhdl IN (SELECT p1raw
FROM v$session_wait
WHERE event LIKE 'library%')))
/
SQL_TEXT
--------------------------------------------------------------------------------
BEGIN calling; END;
|
在grant之前和之后我们可以转储一下shared pool的内容观察比较一下:
|
SQL> ALTER SESSION SET EVENTS 'immediate trace name LIBRARY_CACHE level 32'; Session altered. |
在grant之前:
从前面的查询获得pining的Handle是52D6730C:
|
******************************************************
BUCKET 67790:
LIBRARY OBJECT HANDLE: handle=52d6730c
name=SYS.PINING
hash=891b08ce timestamp=09-06-2004 16:43:51
namespace=TABL/PRCD/TYPE flags=KGHP/TIM/SML/[02000000]
kkkk-dddd-llll=0000-0011-0011 lock=N pin=S latch#=1
--在Object上存在共享pin
--在handle上存在Null模式锁定,此模式允许其他用户继续以Null/shared模式锁定该对象
lwt=0x52d67324[0x52d67324,0x52d67324] ltm=0x52d6732c[0x52d6732c,0x52d6732c]
pwt=0x52d6733c[0x52b2a4e8,0x52b2a4e8] ptm=0x52d67394[0x52d67394,0x52d67394]
ref=0x52d67314[0x52d67314, 0x52d67314] lnd=0x52d673a0[0x52d67040,0x52d6afcc]
LIBRARY OBJECT: object=52d65ba4
type=PRCD flags=EXS/LOC[0005] pflags=NST [01] status=VALD load=0
DATA BLOCKS:
data# heap pointer status pins change alloc(K) size(K)
----- -------- -------- ------ ---- ------ -------- --------
0 52d65dac 52d65c90 I/P/A 0 NONE 0.30 0.55
4 52d65c40 52d67c08 I/P/A 1 NONE 0.44 0.48
|
在发出grant命令后:
|
******************************************************
BUCKET 67790:
LIBRARY OBJECT HANDLE: handle=52d6730c
name=SYS.PINING
hash=891b08ce timestamp=09-06-2004 16:43:51
namespace=TABL/PRCD/TYPE flags=KGHP/TIM/SML/[02000000]
kkkk-dddd-llll=0000-0011-0011 lock=X pin=S latch#=1
--由于calling执行未完成,在object上仍让保持共享pin
--由于grant会导致重新编译该对象,所以在handle上的排他锁已经被持有
--进一步的需要获得object上的Exclusive pin,由于shared pin被calling持有,所以library cache pin等待出现.
lwt=0x52d67324[0x52d67324,0x52d67324] ltm=0x52d6732c[0x52d6732c,0x52d6732c]
pwt=0x52d6733c[0x52b2a4e8,0x52b2a4e8] ptm=0x52d67394[0x52d67394,0x52d67394]
ref=0x52d67314[0x52d67314, 0x52d67314] lnd=0x52d673a0[0x52d67040,0x52d6afcc]
LIBRARY OBJECT: object=52d65ba4
type=PRCD flags=EXS/LOC[0005] pflags=NST [01] status=VALD load=0
DATA BLOCKS:
data# heap pointer status pins change alloc(K) size(K)
----- -------- -------- ------ ---- ------ -------- --------
0 52d65dac 52d65c90 I/P/A 0 NONE 0.30 0.55
4 52d65c40 52d67c08 I/P/A 1 NONE 0.44 0.48 |
实际上recompile过程包含以下步骤,我们看一下lock和pin是如何交替发挥作用的:
1.存储过程的library cache object以排他模式被锁定,这个锁定是在handle上获得的
exclusive锁定可以防止其他用户执行同样的操作,同时防止其他用户创建新的引用此过程的对象.
2.以shared模式pin该对象,以执行安全和错误检查.
3.共享pin被释放,重新以排他模式pin该对象,执行重编译.
4.使所有依赖该过程的对象失效
5.释放exclusive lock和exclusive pin
(二).LIBRARY CACHE LOCK等待事件
如果此时我们再发出一条grant或compile的命令,那么library cache lock等待事件将会出现:
session 3:
|
[oracle@jumper oracle]$ sqlplus "/ as sysdba"
SQL*Plus: Release 9.2.0.3.0 - Production on Tue Sep 7 17:05:25 2004
Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
Connected to:
Oracle9i Enterprise Edition Release 9.2.0.3.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.3.0 - Production
SQL> alter procedure pining compile;
|
此进程挂起,我们查询v$session_wait视图可以获得以下信息:
|
SQL> select * from v$session_wait;
SID SEQ# EVENT P1TEXT P1 P1RAW P2TEXT P2 P2RAW
P3TEXT P3 P3RAW WAIT_TIME SECONDS STATE
---- ---- ------------------- --------------- ---------- -------- ------------ ---------- --------
---------------- -------------- ---------- ------ ---
11 143 library cache pin handle address 1390239716 52DD5FE4 pin address 1387617456 52B55CB0
100*mode+namespace 301 0000012D 0 6 WAITING
13 18 library cache lock handle address 1390239716 52DD5FE4 lock address 1387433984 52B29000
100*mode+namespace 301 0000012D 0 3 WAITING
8 415 PL/SQL lock timer duration 120000 0001D4C0 0 00
0 00 0 63 WAITING
....
13 rows selected
|
由于handle上的lock已经被session 2以exclusive模式持有,所以session 3产生了等待.
我们可以看到,在生产数据库中权限的授予、对象的重新编译都可能会导致library cache pin等待的出现.
所以应该尽量避免在高峰期进行以上操作.
另外我们测试的案例本身就说明:如果Package或过程中存在复杂的、交互的依赖以来关系极易导致library cache pin的出现.
所以在应用开发的过程中,我们也应该注意这方面的内容.
Posted by eygle at 9:05 AM | Comments (2)
关于shared pool的深入探讨(六)-高Latch竞争案例
作者:eygle
出处:http://blog.eygle.com
研究了几天shared pool,没想到忽然就撞到问题上来了.
作为一个案例写出来给大家参考一下吧.
问题起因是公司做短信群发,就是那个18万买的4000字的短信小说(嘘,小声点,我也没看过...).
群发的时候每隔一段时间就会发生一次消息队列拥堵的情况
在数据库内部实际上是向一个数据表中记录发送日志.
我们介入来检查数据库的问题,在一个拥堵时段我开始诊断:
SQL> select sid,event,p1,p1raw from v$session_wait; SID EVENT P1 P1RAW ---------- ---------------------------------------------------------------- ---------- -------- 76 latch free 2147535824 8000CBD0 83 latch free 2147535824 8000CBD0 148 latch free 3415346832 CB920E90 288 latch free 2147535824 8000CBD0 285 latch free 2147535824 8000CBD0 196 latch free 2147535824 8000CBD0 317 latch free 2147535824 8000CBD0 2 pmon timer 300 0000012C 1 rdbms ipc message 300 0000012C 4 rdbms ipc message 300 0000012C 6 rdbms ipc message 180000 0002BF20 SID EVENT P1 P1RAW ---------- ---------------------------------------------------------------- ---------- -------- 18 rdbms ipc message 6000 00001770 102 rdbms ipc message 6000 00001770 311 rdbms ipc message 6000 00001770 194 rdbms ipc message 6000 00001770 178 rdbms ipc message 6000 00001770 3 log file parallel write 1 00000001 13 log file sync 2705 00000A91 16 log file sync 2699 00000A8B 104 log file sync 2699 00000A8B 308 log file sync 2694 00000A86 262 log file sync 2705 00000A91 SID EVENT P1 P1RAW ---------- ---------------------------------------------------------------- ---------- -------- 172 log file sync 2689 00000A81 169 log file sync 2705 00000A91 108 log file sync 2694 00000A86 38 log file sync 2707 00000A93 34 db file scattered read 63 0000003F 5 smon timer 300 0000012C 27 SQL*Net message to client 1413697536 54435000 60 SQL*Net message to client 1413697536 54435000 239 SQL*Net message to client 1413697536 54435000 ...ignore some idle waiting here... 11 SQL*Net message from client 675562835 28444553 12 SQL*Net message from client 1413697536 54435000 170 rows selected. |
在这次查询中,我发现大量的latch free等待,再次查询时这些等待消失,应用也恢复了正常.
|
SQL> select sid,event,p1,p1raw from v$session_wait where event not like 'SQL*Net%';
SID EVENT P1 P1RAW
---------- ---------------------------------------------------------------- ---------- --------
2 pmon timer 300 0000012C
1 rdbms ipc message 300 0000012C
4 rdbms ipc message 300 0000012C
6 rdbms ipc message 180000 0002BF20
18 rdbms ipc message 6000 00001770
102 rdbms ipc message 6000 00001770
178 rdbms ipc message 6000 00001770
194 rdbms ipc message 6000 00001770
311 rdbms ipc message 6000 00001770
3 log file parallel write 1 00000001
148 log file sync 2547 000009F3
SID EVENT P1 P1RAW
---------- ---------------------------------------------------------------- ---------- --------
273 log file sync 2544 000009F0
190 log file sync 2545 000009F1
5 smon timer 300 0000012C
14 rows selected. |
接下来我们来看这些latch free等待的是哪些latch
|
SQL> select addr,latch#,name,gets,spin_gets from v$latch order by spin_gets; ADDR LATCH# NAME GETS SPIN_GETS -------- ---------- ---------------------------------------------------------------- ---------- ---------- 80001398 3 session switching 111937 0 80002010 6 longop free list 37214 0 800023A0 7 cached attr list 0 0 80002628 10 event group latch 2391668 0 ..... 80003F3C 28 message pool operations parent latch 3 0 ..... 80006030 60 mostly latch-free SCN 19 0 80005F8C 59 file number translation table 68 0 80005F14 58 dlm cr bast queue latch 0 0 80005E8C 57 name-service request 0 0 80005E14 56 name-service memory objects 0 0 80005DA0 55 name-service namespace bucket 0 0 ADDR LATCH# NAME GETS SPIN_GETS -------- ---------- ---------------------------------------------------------------- ---------- ---------- 80005D2C 54 name-service pending queue 0 0 80005CB4 53 name-service request queue 0 0 80004E08 52 name-service entry 0 0 80008AB0 76 KCL lock element parent latch 0 0 80008A48 75 KCL instance latch 0 0 80007F18 73 redo copy 816 0 80007BBC 71 archive process latch 0 0 80007B54 70 archive control 1 0 80006A10 68 Active checkpoint queue latch 2003308 0 800064B0 66 large memory latch 0 0 80006448 65 cache protection latch 0 0 ADDR LATCH# NAME GETS SPIN_GETS -------- ---------- ---------------------------------------------------------------- ---------- ---------- 800060EC 61 batching SCNs 0 0 8000CAB0 96 global transaction 6833807 0 8000CA48 95 global tx free list 58258 0 8000C238 93 cost function 0 0 80009FCC 91 temp lob duration state obj allocation 0 0 8000995C 87 ktm global data 8118 0 80009228 84 transaction branch allocation 282388 0 80008EC4 80 begin backup scn array 6968 0 80008D54 79 loader state object freelist 42712 0 80008B80 78 KCL freelist latch 0 0 80008B18 77 KCL name table latch 0 0 ADDR LATCH# NAME GETS SPIN_GETS -------- ---------- ---------------------------------------------------------------- ---------- ---------- 8000D484 118 presentation list 0 0 8000D41C 117 session timer 855944 0 ..... 8000E9D0 129 process queue 44 0 8000E900 127 query server freelists 66 0 8000FC84 140 AQ Propagation Scheduling System Load 0 0 8000E898 126 query server process 10 0 8000E27C 125 job_queue_processes parameter latch 111937 0 8000DA1C 124 NLS data objects 2 0 ADDR LATCH# NAME GETS SPIN_GETS -------- ---------- ---------------------------------------------------------------- ---------- ---------- 8000D95C 123 ncodef allocation latch 111937 0 8000D674 122 virtual circuits 0 0 8000D60C 121 virtual circuit queues 159877 0 8000D5A4 120 virtual circuit buffers 0 0 8000D4EC 119 address list 2 0 ..... 8000CD70 102 Direct I/O Adaptor 2 0 ..... 80002408 8 GDS latch 30 0 800092E4 85 sort extent pool 69834 1 8000EC38 132 parallel query alloc buffer 80 1 8000E968 128 error message lists 22 1 80001400 4 process group creation 2615542 2 8000EAA0 131 parallel query stats 14 2 ADDR LATCH# NAME GETS SPIN_GETS -------- ---------- ---------------------------------------------------------------- ---------- ---------- 8000CD08 101 Token Manager 1151107 2 8000CB18 97 global tx hash mapping 507846 2 80006378 63 cache buffer handles 315924 4 8000EA38 130 process queue reference 190993 5 80003E3C 26 channel handle pool latch 2391680 18 80003EAC 27 channel operations parent latch 4783425 24 80009B90 89 intra txn parallel recovery 32654 33 8000FCF8 141 fixed table rows for x$hs_session 161368 41 800012C8 1 process allocation 2391688 154 80009B28 88 parallel txn reco latch 174519 271 8000CCA0 100 library cache load lock 14947545 5958 ADDR LATCH# NAME GETS SPIN_GETS -------- ---------- ---------------------------------------------------------------- ---------- ---------- 8000C8D0 94 user lock 13086412 6078 8000914C 82 list of block allocation 120650357 12024 80006A78 69 Checkpoint queue latch 154361751 17686 80009D34 90 sequence cache 64611720 32027 80009090 81 dml lock allocation 234465024 45351 800091C0 83 transaction allocation 214227648 48345 800096AC 86 undo global data 188271244 49641 800028A0 13 enqueue hash chains 373244264 131322 80007E04 72 redo allocation 439389808 201498 80001468 5 session idle bit 2039097976 204969 80002838 12 enqueues 471338482 273695 ADDR LATCH# NAME GETS SPIN_GETS -------- ---------- ---------------------------------------------------------------- ---------- ---------- 80001330 2 session allocation 261826230 428312 800063E0 64 multiblock read objects 1380614923 1366278 800026B8 11 messages 207935758 1372606 80001218 0 latch wait list 203479569 1445342 80006310 62 cache buffers chains 3.8472E+10 2521699 8000A17C 92 row cache objects 1257586714 2555872 80007F80 74 redo writing 264722932 4458044 80006700 67 cache buffers lru chain 5664313769 30046921 8000CBD0 98 shared pool 122433688 59070585 8000CC38 99 library cache 4414533796 1037032730 142 rows selected. SQL> select startup_time from v$instance; STARTUP_T --------- 13-AUG-04 检查数据库启动时间 |
我们注意到,在当前数据库中竞争最严重的两个latch是shared pool和library cache.
显然这极有可能是SQL的过度解析造成的.
进一步我们检查v$sqlarea发现:
|
SQL> select sql_text,VERSION_COUNT,INVALIDATIONS,PARSE_CALLS,OPTIMIZER_MODE,
PARSING_USER_ID,PARSING_SCHEMA_ID,ADDRESS,HASH_VALUE
2 from v$sqlarea where version_count >1000;
SQL_TEXT
------------------------------------------------------------------------------------------------------------------------
VERSION_COUNT INVALIDATIONS PARSE_CALLS OPTIMIZER_MODE PARSING_USER_ID PARSING_SCHEMA_ID ADDRESS HASH_VALUE
------------- ------------- ----------- ------------------------- --------------- ----------------- -------- ----------
insert into sms_log (MSGDATE,MSGTIME,MSGID,MSGKIND,MSGTYPE,MSGTYPE_MOMT,MSGLEN,MSGSTATUS,AREAID,IFIDDEST,IFIDSRC,ADDRSRC
,ADDRDEST,ADDRFEE,ADDRUSER,SERVICECODE,PLANID,FEETYPE,FEEVALUE,DATACODING,FLAGS,SMLEN,SMCONT) values (:b0,:b1,:b2,:b3,:b
4,:b5,:b6,:b7,:b8,:b9,:b10,:b11,:b12,:b13,:b14,:b15,:b16,:b17,:b18,:b19,:b20,:b21,:b22)
7023 0 1596 MULTIPLE CHILDREN PRESENT 36 36 C82AF1C8 3974744754
|
这就是写日志记录的代码,这段代码使用了绑定变量,但是version_count却有7023个.
也就是这个sql有7023个子指针.这是不可想象的.
通过前面几节的研究我们知道,如果这个sql有7023个子指针
那么意味着这些子指针都将存在于同一个Bucket的链表上
那么这也就意味着,如果同样SQL再次执行,Oracle将不得不搜索这个链表以寻找可以共享的SQL.
这将导致大量的library cache latch的竞争.
这时候我开始猜测原因:
1.可能代码存在问题,在每次执行之前程序修改某些session参数,导致sql不能共性
2.可能是8.1.5的v$sqlarea记录存在问题,我们看到的结果是假象:)
3.Bug
Ok,我们的诊断不能停.
最直接的我dump内存来看:
SQL> ALTER SESSION SET EVENTS 'immediate trace name LIBRARY_CACHE level 4';
察看trace文件得到如下结果(摘录包含该段代码的片断):
|
BUCKET 21049:
LIBRARY OBJECT HANDLE: handle=c82af1c8
name=
insert into sms_log (MSGDATE,MSGTIME,MSGID,MSGKIND,MSGTYPE,MSGTYPE_MOMT,MSGLEN,MSGSTATUS,AREAID,IFIDDEST,IFIDSRC,
ADDRSRC,ADDRDEST,ADDRFEE,ADDRUSER,SERVICECODE,PLANID,FEETYPE,FEEVALUE,DATACODING,FLAGS,SMLEN,SMCONT) values
(:b0,:b1,:b2,:b3,:b4,:b5,:b6,:b7,:b8,:b9,:b10,:b11,:b12,:b13,:b14,:b15,:b16,:b17,:b18,:b19,:b20,:b21,:b22)
hash=ece9cab2 timestamp=09-09-2004 12:51:29
namespace=CRSR flags=RON/TIM/PN0/LRG/[10010001]
kkkk-dddd-llll=0000-0001-0001 lock=N pin=S latch=5
lwt=c82af1e0[c82af1e0,c82af1e0] ltm=c82af1e8[c82af1e8,c82af1e8]
pwt=c82af1f8[c82af1f8,c82af1f8] ptm=c82af250[c82af250,c82af250]
ref=c82af1d0[c82af1d0,c82af1d0]
LIBRARY OBJECT: object=c1588e84
type=CRSR flags=EXS[0001] pflags= [00] status=VALD load=0
CHILDREN: size=7024
child# table reference handle
------ -------- --------- --------
0 c1589040 c1589008 c668c2bc
1 c1589040 bfd179c4 c6ec9ee8
2 c1589040 bfd179e0 c2dd9b3c
3 c1589040 bfd179fc c5a46614
4 c1589040 bfd17a18 c35f1388
5 c1589040 bfd17a34 c77401bc
6 c1589040 bfd17a50 c4092838
7 c1589040 bfddb310 c6cd5258
8 c1589040 bfddb32c c63c6650
9 c1589040 bfddb348 c7e4e3d0
10 c1589040 bfddb364 c4c4b110
11 c1589040 bfddb380 c5950348
12 c1589040 bfddb39c c6c33aa4
13 c1589040 bfddb3b8 c672b0bc
...........................................
.....ignore losts of child cursor here.....
...........................................
7001 bf595bc8 c641fba0 c6467890
7002 bf595bc8 c641fbbc c3417168
7003 bf595bc8 c641fbd8 c3417bb0
7004 bf595bc8 c641fbf4 c2fdccbc
7005 bf595bc8 c641fc10 c7f7ca50
7006 bf595bc8 c641fc2c c7f508ec
7007 bf595bc8 c641fc48 c268d8d8
7008 c641fcb8 c641fc64 bec61ed8
7009 c641fcb8 c641fc80 c4a6cc5c
7010 c641fcb8 c641fc9c c1a8aa34
7011 c641fcb8 c0ae4ea0 c0ae4ddc
7012 c641fcb8 c0ae4ebc bd55fe60
7013 c641fcb8 c0ae4ed8 c226914c
7014 c641fcb8 c0ae4ef4 c51dd2e0
7015 c641fcb8 c0ae4f10 c480c468
7016 c641fcb8 c0ae4f2c c60196d0
7017 c641fcb8 c0ae4f48 c4675d2c
7018 c641fcb8 c0ae4f64 bd5e2750
7019 c641fcb8 c0ae4f80 c09b1bb0
7020 c641fcb8 c0ae4f9c bf2d6044
7021 c641fcb8 c0ae4fb8 c332c1c4
7022 c641fcb8 c0ae4fd4 cbdde0f8
DATA BLOCKS:
data# heap pointer status pins change
----- -------- -------- ------ ---- ------
0 c3ef2c50 c1588f08 I/P/A 0 NONE
|
这里确实存在7023个子指针
查询v$sql得到相同的结果:
|
SQL> select CHILD_NUMBER,EXECUTIONS,OPTIMIZER_MODE,OPTIMIZER_COST,PARSING_USER_ID,PARSING_SCHEMA_ID,ADDRESS,HASH_VALUE
2 from v$sql where HASH_VALUE='3974744754';
CHILD_NUMBER EXECUTIONS OPTIMIZER_ OPTIMIZER_COST PARSING_USER_ID PARSING_SCHEMA_ID ADDRESS HASH_VALUE
------------ ---------- ---------- -------------- --------------- ----------------- -------- ----------
0 12966 CHOOSE 238150 36 36 C82AF1C8 3974744754
1 7111 CHOOSE 238150 36 36 C82AF1C8 3974744754
2 9160 CHOOSE 238150 36 36 C82AF1C8 3974744754
3 9127 CHOOSE 238150 36 36 C82AF1C8 3974744754
4 8109 CHOOSE 238150 36 36 C82AF1C8 3974744754
5 4386 CHOOSE 238150 36 36 C82AF1C8 3974744754
6 4913 CHOOSE 238150 36 36 C82AF1C8 3974744754
7 3764 CHOOSE 238150 36 36 C82AF1C8 3974744754
8 3287 CHOOSE 238150 36 36 C82AF1C8 3974744754
9 3156 CHOOSE 238150 36 36 C82AF1C8 3974744754
.....
7015 1 CHOOSE 238150 36 36 C82AF1C8 3974744754
7016 1 CHOOSE 238150 36 36 C82AF1C8 3974744754
7017 0 CHOOSE 238150 36 36 C82AF1C8 3974744754
CHILD_NUMBER EXECUTIONS OPTIMIZER_ OPTIMIZER_COST PARSING_USER_ID PARSING_SCHEMA_ID ADDRESS HASH_VALUE
------------ ---------- ---------- -------------- --------------- ----------------- -------- ----------
7018 9396 NONE 0 0 C82AF1C8 3974744754
7019 5008 CHOOSE 237913 36 36 C82AF1C8 3974744754
7020 625 CHOOSE 237913 36 36 C82AF1C8 3974744754
7021 10101 CHOOSE 237913 36 36 C82AF1C8 3974744754
7022 7859 CHOOSE 237913 36 36 C82AF1C8 3974744754
7023 rows selected.
|
这里确实存在7023个子指针,第二种猜测被否定了,同时研发发过来的代码也不存在第一种情况.
那么只能是第三种情况了,Oracle的Bug,Ok,那我们需要找到解决办法.
搜索Metalink,发现Bug:1210242
该Bug描述为:
On certain SQL statements cursors are not shared when TIMED_STATISTICS is enabled.
碰巧我这个数据库的TIMED_STATISTICS设置为True
修改TIMED_STATISTICS为False以后,观察v$sql,发现有效子指针很快下降到2个.
|
SQL> select CHILD_NUMBER,OPTIMIZER_COST,OPTIMIZER_MODE,EXECUTIONS,ADDRESS
from v$sql where hash_value=3974744754 and OPTIMIZER_MODE='CHOOSE';
CHILD_NUMBER OPTIMIZER_COST OPTIMIZER_ EXECUTIONS ADDRESS
------------ -------------- ---------- ---------- --------
0 238167 CHOOSE 63943 C82AF1C8
1 238300 CHOOSE 28915 C82AF1C8
|
第二天下降到只有一个.
|
SQL> select CHILD_NUMBER,OPTIMIZER_COST,OPTIMIZER_MODE,EXECUTIONS,ADDRESS
from v$sql where hash_value=3974744754 and OPTIMIZER_MODE='CHOOSE';
CHILD_NUMBER OPTIMIZER_COST OPTIMIZER_ EXECUTIONS ADDRESS
------------ -------------- ---------- ---------- --------
0 238702 CHOOSE 578124 C82AF1C8
|
短信群发从此正常.
对于这个问题,另外一个可选的方法是设置一个隐含参数:
_sqlexec_progression_cost = 0
这个参数的具体含义为:
SQL execution progression monitoring cost threshold
即:SQL执行进度监控成本阀值
这个参数根据COST来决定需要监控的SQL.执行进度监控会引入额外的函数调用和Row Sources
这可能导致SQL的执行计划或成本发生改变,从而产生不同的子指针.
_sqlexec_progression_cost 的缺省值为1000,成本大于1000的所有SQL都会被监控
如果该参数设置为0,那么SQL的执行进度将不会被跟踪.
执行进度监控信息会被记录到V$SESSION_LONGOPS视图中,如果Time_statistics参数设置为False,那么这个信息就不会被记录.
所以,Time_statistics参数和_sqlexec_progression_cost是解决问题的两个途径.
通过查询我们也可以看到,在这个数据库中,OPTIMIZER_COST >1000的SQL主要有以下五个:
|
SQL> select distinct(sql_text) from v$sql where OPTIMIZER_COST >1000;
SQL_TEXT
--------------------------------------------------------------------------------
insert into sms_detail_error (msgdate,addruser,msgid,areaid,reason,spnumber,msgt
ime,ifiddest,msqkey,servicecode,planid,feetype,feevalue,smcont,submittimes,submi
tdate,submittime,msgstate_resp,errorcode_resp,msgstate_rept,errorcode_rept) valu
es (:b0,:b1,:b2,:b3,:b4,:b5,:b6,:b7,:b8,:b9,:b10,:b11,:b12,:b13,:b14,:b15,:b16,:
b17,:b18,:b19,:b20)
insert into sms_detail_success (msgdate,addruser,msgid,areaid,spnumber,msgtime,i
fiddest,servicecode,planid,feetype,feevalue,smcont,submittimes,submitdate,submit
time,respdate,resptime,reptdate,repttime,msqkey) values (:b0,:b1,:b2,:b3,:b4,:b5
,:b6,:b7,:b8,:b9,:b10,:b11,:b12,:b13,:b14,:b15,:b16,:b17,:b18,:b19)
insert into sms_log (MSGDATE,MSGTIME,MSGID,MSGKIND,MSGTYPE,MSGTYPE_MOMT,MSGLEN,M
SGSTATUS,AREAID,IFIDDEST,IFIDSRC,ADDRSRC,ADDRDEST,ADDRFEE,ADDRUSER,SERVICECODE,P
LANID,FEETYPE,FEEVALUE,DATACODING,FLAGS,SMLEN,SMCONT) values (:b0,:b1,:b2,:b3,:b
4,:b5,:b6,:b7,:b8,:b9,:b10,:b11,:b12,:b13,:b14,:b15,:b16,:b17,:b18,:b19,:b20,:b2
1,:b22)
insert into sms_resprept_error (msgdate,areaid,addruser,msgid,submittimes,submit
date,submittime,msgid_gw,msgstate_resp,errorcode_resp,msgstate_rept,errorcode_re
pt,servicecode) values (:b0,:b1,:b2,:b3,:b4,:b5,:b6,:b7,:b8,:b9,:b10,:b11,:b12)
insert into sms_statusrept (reptdate,addruser,msgid_gw,repttime,statustype,msgid
_stus,msgstate,errorcode) values (:b0,:b1,:b2,:b3,:b4,:b5,:b6,:b7)
|
而这五个SQL中,在v$sqlarea中,有四个version_count都在10以上:
|
SQL> select sql_text,version_count from v$sqlarea where version_count>10;
SQL_TEXT
--------------------------------------------------------------------------------
VERSION_COUNT
-------------
insert into sms_detail_error (msgdate,addruser,msgid,areaid,reason,spnumber,msgt
ime,ifiddest,msqkey,servicecode,planid,feetype,feevalue,smcont,submittimes,submi
tdate,submittime,msgstate_resp,errorcode_resp,msgstate_rept,errorcode_rept) valu
es (:b0,:b1,:b2,:b3,:b4,:b5,:b6,:b7,:b8,:b9,:b10,:b11,:b12,:b13,:b14,:b15,:b16,:
b17,:b18,:b19,:b20)
42
insert into sms_log (MSGDATE,MSGTIME,MSGID,MSGKIND,MSGTYPE,MSGTYPE_MOMT,MSGLEN,M
SGSTATUS,AREAID,IFIDDEST,IFIDSRC,ADDRSRC,ADDRDEST,ADDRFEE,ADDRUSER,SERVICECODE,P
LANID,FEETYPE,FEEVALUE,DATACODING,FLAGS,SMLEN,SMCONT) values (:b0,:b1,:b2,:b3,:b
4,:b5,:b6,:b7,:b8,:b9,:b10,:b11,:b12,:b13,:b14,:b15,:b16,:b17,:b18,:b19,:b20,:b2
1,:b22)
7026
insert into sms_resprept_error (msgdate,areaid,addruser,msgid,submittimes,submit
date,submittime,msgid_gw,msgstate_resp,errorcode_resp,msgstate_rept,errorcode_re
pt,servicecode) values (:b0,:b1,:b2,:b3,:b4,:b5,:b6,:b7,:b8,:b9,:b10,:b11,:b12)
301
insert into sms_statusrept (reptdate,addruser,msgid_gw,repttime,statustype,msgid
_stus,msgstate,errorcode) values (:b0,:b1,:b2,:b3,:b4,:b5,:b6,:b7)
41
|
具体可以参考Metalink: Note 62143
至此这个关于shared pool的问题找到了原因,并得以及时解决.
Posted by eygle at 9:03 AM | Comments (0)