Oracle 10053 事件

一. 10053事件

当一个SQL出现性能问题的时候，可以使用SQL_TRACE 或者 10046事件来跟踪SQL. 通过生成的trace来了解SQL的执行过程。

Oracle SQL Trace 和 10046 事件

http://blog.csdn.net/tianlesoftware/archive/2010/09/02/5857023.aspx

Event 10053 执行计划 绑定变量 Bind peeking

http://blog.csdn.net/tianlesoftware/archive/2010/04/30/5544307.aspx

Oracle 跟踪事件 set event

http://blog.csdn.net/tianlesoftware/archive/2009/12/13/4977827.aspx

现在来看一下10053事件。10053事件也是非公开的，在官网上也找不到相关信息。 我们在查看一条SQL的执行计划的时候，只能看到CBO 最终告诉我们的执行计划结果，但是不知道CBO 是根据什么来做的。 如果遇到了执行计划失真，如：一个SQL语句，很明显oracle应该使用索引，但是执行计划却没有使用索引。无法进行分析判断。

而10053事件就提供了这样的功能。它产生的trace文件提供了Oracle如何选择执行计划，为什么会得到这样的执行计划信息。

10053事件生成trace文件目录和SQL_TRACE一样。

在Oracle 10g中，SQL_TRACE生成的trace文件默认路劲是$ORACLE_BASE/admin/SID/udump.

在Oracle 11g，trace 默认路径在：$ORACLE_BASE/diag/rdbms/orcl/orcl/trace目录下

对于10053事件的trace文件，我们只能直接阅读原始的trace文件，不能使用tkprof工具来处理，tkprof工具只能用来处理sql_trace 和 10046事件产生的trace文件。

10053事件有两个级别：

Level 2：2级是1级的一个子集，它包含以下内容：

Column statistics

Single Access Paths

Join Costs

Table Joins Considered

Join Methods Considered (NL/MS/HA)

Level 1： 1级比2级更详细，它包含2级的所有内容，在加如下内容：

Parameters used by the optimizer

Index statistics

启用10053事件：

ALTER SESSION SET EVENTS='10053 trace name context forever, level 1';

ALTER SESSION SET EVENTS='10053 trace name context forever, level 2';

关闭10053事件：

ALTER SESSION SET EVENTS '10053 trace name context off';

说明：

（1）sqlplus中打开autotrace看到的执行计划实际上是用explain plan 命令得到的，explain plan 命令不会进行bind peeking。应该通过v$sql_plan查看SQL的真实的执行计划。

（2）10053只对CBO有效，而且如果一个sql语句已经解析过，就不会产生新的trace信息。

二． 示例：

1. 确定当前的trace 文件

1.1 设定trace 文件标识

SQL> alter session set tracefile_identifier='怀宁';

会话已更改。

设置标识的目的就是方便我们查找生成的trace文件。我们只需要在trace目录查找文件名里带有标识的文件即可。

1.2直接用如下SQL直接查出，当前的trace文件名。

/* Formatted on 2010/9/1 23:56:24 (QP5 v5.115.810.9015) */

SELECT d.VALUE

|| '/'

|| LOWER (RTRIM (i.INSTANCE, CHR (0)))

|| '_ora_'

|| p.spid

|| '.trc'

AS "trace_file_name"

FROM (SELECT p.spid

FROM v$mystat m, v$session s, v$process p

WHERE m.statistic# = 1 AND s.SID = m.SID AND p.addr = s.paddr) p,

(SELECT t.INSTANCE

FROM v$thread t, v$parameter v

WHERE v.NAME = 'thread'

AND (v.VALUE = 0 OR t.thread# = TO_NUMBER (v.VALUE))) i,

(SELECT VALUE

FROM v$parameter

WHERE NAME = 'user_dump_dest') d;

2. 启动10053事件

SQL> ALTER SESSION SET EVENTS='10053 trace name context forever, level 1';

3. 执行事务

SQL> select * from all_tables where table_name='T';

4. 关闭10053事件

SQL> ALTER SESSION SET EVENTS '10053 trace name context off';

三． 查看生成的trace文件

因为我们在做之前设置了标识，所以直接进入trace目录，找到含有 ‘怀宁’标识的trace 文件。

Trace file d:/app/administrator/diag/rdbms/orcl/orcl/trace/orcl_ora_3756_怀宁.trc

Oracle Database 11g Enterprise Edition Release 11.2.0.1.0 - Production

With the Partitioning, OLAP, Data Mining and Real Application Testing options

Windows NT Version V6.1

CPU : 2 - type 586, 2 Physical Cores

Process Affinity : 0x0x00000000

Memory (Avail/Total): Ph:1570M/4095M, Ph+PgF:4126M/8188M, VA:2874M/4095M

Instance name: orcl

Redo thread mounted by this instance: 1

Oracle process number: 32

Windows thread id: 3756, image: ORACLE.EXE (SHAD)

*** 2010-09-02 15:09:16.677

*** SESSION ID:(23.3388) 2010-09-02 15:09:16.677

*** CLIENT ID:() 2010-09-02 15:09:16.677

*** SERVICE NAME:(SYS$USERS) 2010-09-02 15:09:16.677

*** MODULE NAME:(sqlplus.exe) 2010-09-02 15:09:16.677

*** ACTION NAME:() 2010-09-02 15:09:16.677

*** TRACE CONTINUED FROM FILE d:/app/administrator/diag/rdbms/orcl/orcl/trace/orcl_ora_3756.trc ***

Registered qb: SEL$1 0xdab3a30 (PARSER)

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

QUERY BLOCK SIGNATURE

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

signature (): qb_name=SEL$1 nbfros=1 flg=0

fro(0): flg=5 objn=3232 hint_alias="ALL_TABLES"@"SEL$1"

Registered qb: SEL$2 0xdab1a9c (PARSER)

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

QUERY BLOCK SIGNATURE

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

signature (): qb_name=SEL$2 nbfros=11 flg=0

fro(0): flg=4 objn=18 hint_alias="CO"@"SEL$2"

fro(1): flg=4 objn=22 hint_alias="CU"@"SEL$2"

fro(2): flg=4 objn=18 hint_alias="CX"@"SEL$2"

fro(3): flg=4 objn=132 hint_alias="DS"@"SEL$2"

fro(4): flg=4 objn=4294951198 hint_alias="KSPPCV"@"SEL$2"

fro(5): flg=4 objn=4294950998 hint_alias="KSPPI"@"SEL$2"

fro(6): flg=4 objn=18 hint_alias="O"@"SEL$2"

fro(7): flg=4 objn=14 hint_alias="S"@"SEL$2"

fro(8): flg=4 objn=4 hint_alias="T"@"SEL$2"

fro(9): flg=4 objn=16 hint_alias="TS"@"SEL$2"

fro(10): flg=4 objn=22 hint_alias="U"@"SEL$2"

Registered qb: SEL$3 0xf8a701c (PARSER)

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

QUERY BLOCK SIGNATURE

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

signature (): qb_name=SEL$3 nbfros=1 flg=0

fro(0): flg=4 objn=61 hint_alias="OA"@"SEL$3"

Registered qb: SEL$4 0xf8a6acc (PARSER)

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

QUERY BLOCK SIGNATURE

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

signature (): qb_name=SEL$4 nbfros=1 flg=0

fro(0): flg=4 objn=4294951024 hint_alias="X$KZSRO"@"SEL$4"

Registered qb: SEL$5 0xf8a6384 (PARSER)

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

QUERY BLOCK SIGNATURE

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

signature (): qb_name=SEL$5 nbfros=1 flg=0

fro(0): flg=5 objn=4294950942 hint_alias="V$ENABLEDPRIVS"@"SEL$5"

Registered qb: SEL$6 0xf8ba570 (PARSER)

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

QUERY BLOCK SIGNATURE

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

signature (): qb_name=SEL$6 nbfros=1 flg=0

fro(0): flg=5 objn=4294951295 hint_alias="GV$ENABLEDPRIVS"@"SEL$6"

Registered qb: SEL$7 0xf8b9c50 (PARSER)

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

QUERY BLOCK SIGNATURE

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

signature (): qb_name=SEL$7 nbfros=1 flg=0

fro(0): flg=4 objn=4294951025 hint_alias="X$KZSPR"@"SEL$7"

SPM: statement not found in SMB

**************************

Automatic degree of parallelism (ADOP)

**************************

Automatic degree of parallelism is disabled: Parameter.

PM: Considering predicate move-around in query block SEL$1 (#0)

**************************

Predicate Move-Around (PM)

**************************

OPTIMIZER INFORMATION

******************************************

----- Current SQL Statement for this session (sql_id=57m60mu8c3w33) -----

select * from all_tables where table_name='T'

*******************************************

Legend

The following abbreviations are used by optimizer trace.

CBQT - cost-based query transformation

JPPD - join predicate push-down

OJPPD - old-style (non-cost-based) JPPD

FPD - filter push-down

PM - predicate move-around

CVM - complex view merging

SPJ - select-project-join

SJC - set join conversion

SU - subquery unnesting

OBYE - order by elimination

OST - old style star transformation

ST - new (cbqt) star transformation

CNT - count(col) to count(*) transformation

JE - Join Elimination

JF - join factorization

SLP - select list pruning

DP - distinct placement

qb - query block

LB - leaf blocks

DK - distinct keys

LB/K - average number of leaf blocks per key

DB/K - average number of data blocks per key

CLUF - clustering factor

NDV - number of distinct values

Resp - response cost

Card - cardinality

Resc - resource cost

NL - nested loops (join)

SM - sort merge (join)

HA - hash (join)

CPUSPEED - CPU Speed

IOTFRSPEED - I/O transfer speed

IOSEEKTIM - I/O seek time

SREADTIM - average single block read time

MREADTIM - average multiblock read time

MBRC - average multiblock read count

MAXTHR - maximum I/O system throughput

SLAVETHR - average slave I/O throughput

dmeth - distribution method

1: no partitioning required

2: value partitioned

4: right is random (round-robin)

128: left is random (round-robin)

8: broadcast right and partition left

16: broadcast left and partition right

32: partition left using partitioning of right

64: partition right using partitioning of left

256: run the join in serial

0: invalid distribution method

sel - selectivity

ptn - partition

***************************************

PARAMETERS USED BY THE OPTIMIZER

********************************

*************************************

PARAMETERS WITH ALTERED VALUES

******************************

Compilation Environment Dump

Bug Fix Control Environment

….

Starting SQL statement dump

user_id=0 user_name=SYS module=sqlplus.exe action=

sql_id=57m60mu8c3w33 plan_hash_value=-564731517 problem_type=3

----- Current SQL Statement for this session (sql_id=57m60mu8c3w33) -----

select * from all_tables where table_name='T'

sql_text_length=46

sql=select * from all_tables where table_name='T'

----- Explain Plan Dump -----

----- Plan Table -----

============

Plan Table

============

-----------------------------------------------------------------+-----------------------------------+

| Id | Operation | Name | Rows | Bytes | Cost | Time |

-----------------------------------------------------------------+-----------------------------------+

| 0 | SELECT STATEMENT | | | | 124 | |

| 1 | FILTER | | | | | |

| 2 | HASH JOIN | | 2 | 4704 | 124 | 00:00:02 |

| 3 | MERGE JOIN CARTESIAN | | 2 | 674 | 124 | 00:00:02 |

| 4 | NESTED LOOPS OUTER | | 2 | 564 | 124 | 00:00:02 |

| 5 | NESTED LOOPS OUTER | | 2 | 530 | 122 | 00:00:02 |

| 6 | NESTED LOOPS OUTER | | 2 | 514 | 120 | 00:00:02 |

| 7 | NESTED LOOPS OUTER | | 2 | 454 | 118 | 00:00:02 |

| 8 | NESTED LOOPS OUTER | | 2 | 364 | 116 | 00:00:02 |

| 9 | NESTED LOOPS | | 2 | 318 | 114 | 00:00:02 |

| 10 | NESTED LOOPS | | 2 | 280 | 112 | 00:00:02 |

| 11 | NESTED LOOPS | | 2 | 106 | 111 | 00:00:02 |

| 12 | TABLE ACCESS BY INDEX ROWID | OBJ$ | 2 | 72 | 109 | 00:00:02 |

| 13 | INDEX SKIP SCAN | I_OBJ2 | 2 | | 107 | 00:00:02 |

| 14 | TABLE ACCESS CLUSTER | USER$ | 1 | 17 | 1 | 00:00:01 |

| 15 | INDEX UNIQUE SCAN | I_USER# | 1 | | 0 | |

| 16 | TABLE ACCESS CLUSTER | TAB$ | 1 | 87 | 1 | 00:00:01 |

| 17 | INDEX UNIQUE SCAN | I_OBJ# | 1 | | 0 | |

| 18 | TABLE ACCESS CLUSTER | TS$ | 1 | 19 | 1 | 00:00:01 |

| 19 | INDEX UNIQUE SCAN | I_TS# | 1 | | 0 | |

| 20 | TABLE ACCESS BY INDEX ROWID | DEFERRED_STG$ | 1 | 23 | 1 | 00:00:01 |

| 21 | INDEX UNIQUE SCAN | I_DEFERRED_STG1| 1 | | 0 | |

| 22 | TABLE ACCESS CLUSTER | SEG$ | 1 | 45 | 1 | 00:00:01 |

| 23 | INDEX UNIQUE SCAN | I_FILE#_BLOCK# | 1 | | 0 | |

| 24 | TABLE ACCESS BY INDEX ROWID | OBJ$ | 1 | 30 | 2 | 00:00:01 |

| 25 | INDEX RANGE SCAN | I_OBJ1 | 1 | | 1 | 00:00:01 |

| 26 | INDEX RANGE SCAN | I_OBJ1 | 1 | 8 | 1 | 00:00:01 |

| 27 | TABLE ACCESS CLUSTER | USER$ | 1 | 17 | 1 | 00:00:01 |

| 28 | INDEX UNIQUE SCAN | I_USER# | 1 | | 0 | |

| 29 | BUFFER SORT | | 1 | 55 | 123 | 00:00:02 |

| 30 | FIXED TABLE FULL | X$KSPPI | 1 | 55 | 0 | |

| 31 | FIXED TABLE FULL | X$KSPPCV | 100 | 197K | 0 | |

| 32 | NESTED LOOPS | | 1 | 21 | 2 | 00:00:01 |

| 33 | INDEX RANGE SCAN | I_OBJAUTH1 | 1 | 8 | 2 | 00:00:01 |

| 34 | FIXED TABLE FULL | X$KZSRO | 1 | 13 | 0 | |

| 35 | FIXED TABLE FULL | X$KZSPR | 1 | 26 | 0 | |

-----------------------------------------------------------------+-----------------------------------+

…..

小结：

CBO 一定是选择代价最低的数据访问路径作为SQL 的执行计划。 如果觉得CBO做出的执行计划不是最优的，就应该去分析。 这时就用到了10053事件。 我们需要关注CBO选择的每一个代价最低的数据访问方式，以及提供给CBO的分析信息是否真实。

CBO 只是一个数学模型，它只是机械地将收集到的各种信息通过固定的方式进行计算，如果我们提供给CBO的信息是准确的，那么CBO 就能计算出最优的执行计划（排除bug）。

10053事件没有10046事件用的多，比如我们分析SQL，主要还是看SQL的执行计划和SQL_TRACE信息。 但是如果想了解CBO的内部，还得通过10053事件，从10053事件的trace文件中，我们可以深入的了解CBO的内部，了解CBO是如何工作的，根据什么依据得出最终的执行计划。

整理自网络

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

Blog： http://blog.csdn.net/tianlesoftware

网上资源： http://tianlesoftware.download.csdn.net

相关视频：http://blog.csdn.net/tianlesoftware/archive/2009/11/27/4886500.aspx

DBA1 群：62697716(满); DBA2 群：62697977(满)

DBA3 群：63306533; 聊天 群：40132017