oracle 10046简单分析

最新推荐文章于 2025-06-21 17:13:43 发布
最新推荐文章于 2025-06-21 17:13:43 发布
阅读量1k 收藏
点赞数
CC 4.0 BY-SA版权
分类专栏： oracle tuning
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/su377486/article/details/34569771
本文介绍Oracle数据库10046事件的开启与关闭方法，并通过实例演示不同跟踪级别的效果，包括SQL语句跟踪、变量详情及等待事件等。

摘要生成于 C知道 ，由 DeepSeek-R1 满血版支持， 前往体验 >

天下文章一大抄，网上10046的文章很多，由于平时优化接触少，用的也不怎么熟练，一些小研究，全当笔记。

10046的分析级别：

level 1：跟踪sql语句，包括解析、执行、提取、提交和回滚等。

level 4：包括变量的详细信息

level 8：包括等待事件

level 12：包括绑定变量与等待事件

其中，level 1相当于打开了sql_trace


一、开启和关闭10046

session 级别：alter session set events ’10046  trace name context forever,level X’;

system 级别 : alter system  set events ’10046  trace name context forever,level X’;

关闭：alter session set events ‘10046 trace name context off’;

针对非本会话的 某一个进程设置，如果你知道他的SPID 操作系统进程号

oradebug setospid SPID;

SELECT P.SPID sPID, S.SID SID, S.USERNAME, P.PROGRAM, S.STATUS
  FROM V$PROCESS P, V$SESSION S
 WHERE P.ADDR = S.PADDR
   AND S.USERNAME IS NOT NULL;

oradebug event 10046 trace name context forever, level X;
oradebug event 10046 trace name context off  ;

下面是我自己做的一个测试:


/u01/admin/brentt/udump/brentt_ora_3257.trc
Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - 64bit Production
With the Partitioning, OLAP and Data Mining options
ORACLE_HOME = /u01/oracle
System name:	Linux
Node name:	ora01
Release:	2.6.32-200.13.1.el5uek
Version:	#1 SMP Wed Jul 27 21:02:33 EDT 2011
Machine:	x86_64
Instance name: brentt
Redo thread mounted by this instance: 1
Oracle process number: 13
Unix process pid: 3257, image: oracle@ora01 (TNS V1-V3)

*** 2014-06-25 23:39:01.327
*** ACTION NAME:() 2014-06-25 23:39:01.325
*** MODULE NAME:(SQL*Plus) 2014-06-25 23:39:01.325
*** SERVICE NAME:(SYS$USERS) 2014-06-25 23:39:01.325
*** SESSION ID:(159.5) 2014-06-25 23:39:01.325
Received ORADEBUG command 'event 10046 trace name context forever, level 12' from process Unix process pid: 3285, image: 
*** 2014-06-25 23:40:12.616
WAIT #0: nam='SQL*Net message from client' ela= 262547485 driver id=1650815232 #bytes=1 p3=0 obj#=11735 tim=1370811340445621
=====================
PARSING IN CURSOR #2 len=34 dep=0 uid=31 oct=6 lid=31 tim=1370811340449809 hv=187184471 ad='6df499b0'
update t1 set id=1000 where id =10
END OF STMT
PARSE #2:c=3000,e=3636,p=0,cr=0,cu=0,mis=1,r=0,dep=0,og=1,tim=1370811340449776
BINDS #2:
WAIT #2: nam='enq: TX - row lock contention' ela= 2930718 name|mode=1415053318 usn<<16 | slot=393219 sequence=2567 obj#=11735 tim=1370811343424894
WAIT #2: nam='enq: TX - row lock contention' ela= 2930412 name|mode=1415053318 usn<<16 | slot=393219 sequence=2567 obj#=11735 tim=1370811346355507
WAIT #2: nam='enq: TX - row lock contention' ela= 2930281 name|mode=1415053318 usn<<16 | slot=393219 sequence=2567 obj#=11735 tim=1370811349286138
*** 2014-06-25 23:40:24.670
WAIT #2: nam='enq: TX - row lock contention' ela= 2930520 name|mode=1415053318 usn<<16 | slot=393219 sequence=2567 obj#=11735 tim=1370811352216895
WAIT #2: nam='enq: TX - row lock contention' ela= 2930691 name|mode=1415053318 usn<<16 | slot=393219 sequence=2567 obj#=11735 tim=1370811355147895
WAIT #2: nam='enq: TX - row lock contention' ela= 2930881 name|mode=1415053318 usn<<16 | slot=393219 sequence=2567 obj#=11735 tim=1370811358079144
WAIT #2: nam='enq: TX - row lock contention' ela= 2930293 name|mode=1415053318 usn<<16 | slot=393219 sequence=2567 obj#=11735 tim=1370811361009814
*** 2014-06-25 23:40:36.675
WAIT #2: nam='enq: TX - row lock contention' ela= 2930428 name|mode=1415053318 usn<<16 | slot=393219 sequence=2567 obj#=11735 tim=1370811363940472
WAIT #2: nam='enq: TX - row lock contention' ela= 2930255 name|mode=1415053318 usn<<16 | slot=393219 sequence=2567 obj#=11735 tim=1370811366871177
WAIT #2: nam='enq: TX - row lock contention' ela= 2930473 name|mode=1415053318 usn<<16 | slot=393219 sequence=2567 obj#=11735 tim=1370811369801838
WAIT #2: nam='enq: TX - row lock contention' ela= 2930309 name|mode=1415053318 usn<<16 | slot=393219 sequence=2567 obj#=11735 tim=1370811372732490
*** 2014-06-25 23:40:48.679
WAIT #2: nam='enq: TX - row lock contention' ela= 2930475 name|mode=1415053318 usn<<16 | slot=393219 sequence=2567 obj#=11735 tim=1370811375663138
WAIT #2: nam='enq: TX - row lock contention' ela= 927336 name|mode=1415053318 usn<<16 | slot=393219 sequence=2567 obj#=11735 tim=1370811376590757
EXEC #2:c=3000,e=36141257,p=0,cr=9,cu=4,mis=0,r=1,dep=0,og=1,tim=1370811376591287
WAIT #2: nam='SQL*Net message to client' ela= 22 driver id=1650815232 #bytes=1 p3=0 obj#=-1 tim=1370811376628194
WAIT #2: nam='SQL*Net message from client' ela= 778 driver id=1650815232 #bytes=1 p3=0 obj#=-1 tim=1370811376629151
STAT #2 id=1 cnt=0 pid=0 pos=1 obj=0 op='UPDATE  T1 (cr=9 pr=0 pw=0 time=36101949 us)'
STAT #2 id=2 cnt=1 pid=1 pos=1 obj=11735 op='TABLE ACCESS FULL T1 (cr=8 pr=0 pw=0 time=455 us)'
WAIT #0: nam='SQL*Net message to client' ela= 783 driver id=1650815232 #bytes=1 p3=0 obj#=-1 tim=1370811376632324
WAIT #0: nam='SQL*Net message from client' ela= 2890969 driver id=1650815232 #bytes=1 p3=0 obj#=-1 tim=1370811379523447
=====================
PARSING IN CURSOR #3 len=6 dep=0 uid=31 oct=44 lid=31 tim=1370811379524495 hv=3480936638 ad='0'
commit
END OF STMT
PARSE #3:c=1000,e=695,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=0,tim=1370811379524466
XCTEND rlbk=0, rd_only=0
EXEC #3:c=1000,e=3802,p=0,cr=0,cu=1,mis=0,r=0,dep=0,og=0,tim=1370811379528506
WAIT #3: nam='SQL*Net message to client' ela= 20 driver id=1650815232 #bytes=1 p3=0 obj#=-1 tim=1370811379528734
WAIT #3: nam='SQL*Net message from client' ela= 779 driver id=1650815232 #bytes=1 p3=0 obj#=-1 tim=1370811379529631
WAIT #0: nam='SQL*Net message to client' ela= 20 driver id=1650815232 #bytes=1 p3=0 obj#=-1 tim=1370811379530751
*** 2014-06-25 23:45:07.414
WAIT #0: nam='SQL*Net message from client' ela= 248803722 driver id=1650815232 #bytes=1 p3=0 obj#=-1 tim=1370811628334761
=====================
PARSING IN CURSOR #1 len=33 dep=0 uid=31 oct=6 lid=31 tim=1370811628339229 hv=1766660651 ad='6df17858'
update t1 set id=10 where id=1000
END OF STMT
PARSE #1:c=2999,e=4157,p=0,cr=0,cu=0,mis=1,r=0,dep=0,og=1,tim=1370811628339199
BINDS #1:
WAIT #1: nam='enq: TX - row lock contention' ela= 2930683 name|mode=1415053318 usn<<16 | slot=589825 sequence=2572 obj#=11735 tim=1370811631272538
WAIT #1: nam='enq: TX - row lock contention' ela= 2930481 name|mode=1415053318 usn<<16 | slot=589825 sequence=2572 obj#=11735 tim=1370811634203274
WAIT #1: nam='enq: TX - row lock contention' ela= 2930275 name|mode=1415053318 usn<<16 | slot=589825 sequence=2572 obj#=11735 tim=1370811637133848
*** 2014-06-25 23:45:19.426
WAIT #1: nam='enq: TX - row lock contention' ela= 2930418 name|mode=1415053318 usn<<16 | slot=589825 sequence=2572 obj#=11735 tim=1370811640064473
WAIT #1: nam='enq: TX - row lock contention' ela= 2930362 name|mode=1415053318 usn<<16 | slot=589825 sequence=2572 obj#=11735 tim=1370811642995140
WAIT #1: nam='enq: TX - row lock contention' ela= 2931285 name|mode=1415053318 usn<<16 | slot=589825 sequence=2572 obj#=11735 tim=1370811645926591
WAIT #1: nam='enq: TX - row lock contention' ela= 2930608 name|mode=1415053318 usn<<16 | slot=589825 sequence=2572 obj#=11735 tim=1370811648857455
*** 2014-06-25 23:45:31.431
WAIT #1: nam='enq: TX - row lock contention' ela= 2930437 name|mode=1415053318 usn<<16 | slot=589825 sequence=2572 obj#=11735 tim=1370811651788065
WAIT #1: nam='enq: TX - row lock contention' ela= 2930388 name|mode=1415053318 usn<<16 | slot=589825 sequence=2572 obj#=11735 tim=1370811654718755
WAIT #1: nam='enq: TX - row lock contention' ela= 2930449 name|mode=1415053318 usn<<16 | slot=589825 sequence=2572 obj#=11735 tim=1370811657649374
WAIT #1: nam='enq: TX - row lock contention' ela= 1889366 name|mode=1415053318 usn<<16 | slot=589825 sequence=2572 obj#=11735 tim=1370811659539054
EXEC #1:c=2000,e=31198772,p=0,cr=11,cu=4,mis=0,r=1,dep=0,og=1,tim=1370811659539456
WAIT #1: nam='SQL*Net message to client' ela= 21 driver id=1650815232 #bytes=1 p3=0 obj#=-1 tim=1370811659539862
WAIT #1: nam='SQL*Net message from client' ela= 425 driver id=1650815232 #bytes=1 p3=0 obj#=-1 tim=1370811659540435
STAT #1 id=1 cnt=0 pid=0 pos=1 obj=0 op='UPDATE  T1 (cr=11 pr=0 pw=0 time=31198499 us)'
STAT #1 id=2 cnt=1 pid=1 pos=1 obj=11735 op='TABLE ACCESS FULL T1 (cr=10 pr=0 pw=0 time=684 us)'
WAIT #0: nam='SQL*Net message to client' ela= 436 driver id=1650815232 #bytes=1 p3=0 obj#=-1 tim=1370811659545116
*** 2014-06-25 23:46:17.147
WAIT #0: nam='SQL*Net message from client' ela= 36888022 driver id=1650815232 #bytes=1 p3=0 obj#=-1 tim=1370811696433511
PARSE #2:c=0,e=75,p=0,cr=0,cu=0,mis=0,r=0,dep=0,og=0,tim=1370811696433919
XCTEND rlbk=0, rd_only=0
EXEC #2:c=1000,e=450,p=0,cr=0,cu=1,mis=0,r=0,dep=0,og=0,tim=1370811696434442
WAIT #2: nam='log file sync' ela= 1293 buffer#=1220 p2=0 p3=0 obj#=-1 tim=1370811696435870
WAIT #2: nam='SQL*Net message to client' ela= 59 driver id=1650815232 #bytes=1 p3=0 obj#=-1 tim=1370811696436100
WAIT #2: nam='SQL*Net message from client' ela= 3898 driver id=1650815232 #bytes=1 p3=0 obj#=-1 tim=1370811696440517
WAIT #0: nam='SQL*Net message to client' ela= 20 driver id=1650815232 #bytes=1 p3=0 obj#=-1 tim=1370811696440949

PARSING IN CURSOR #2 len=34 dep=0 uid=31 oct=6 lid=31 tim=1370811340449809 hv=187184471 ad='6df499b0'
update t1 set id=1000 where id =10
END OF STMT


len表示sql语句的长度
dep表示sql语句递归深度，0表示不是递归SQL，如果DEP>0则说明是递归SQL
uid表示的USER_ID
lid表示用户权限id，好像和uid一致
SQL> select username from dba_users where user_id=31;
USERNAME
------------------------------
TEST

OCT表示Oracle中命令分类的类型  可以通过 V$SQL.COMMAND_TYPE获得对应关系，6表示update
SQL> select command_type,command_name from V$SQLCOMMAND;
time表示时间戳
HV表示sql语句的hash value
AD表示SQLTEXT的地址，来源于 V$SQLAREA.ADDRESS
==========================================================
PARSE #2:c=3000,e=3636,p=0,cr=0,cu=0,mis=1,r=0,dep=0,og=1,tim=1370811340449776

OG=1  OG 代表optimizer_mode ，具体对应关系见下表

0  游标不可见 或 优化器环境未合理创建
1 –  ALL_ROWS
2  - FIRST_ROWS
3   – RULE
4   – CHOOSE

c表示cpu time  单位us
e表示elapse time 单位us
p表示物理读的数目
CR表示一致性读引起的buffer get  
CU当前读current read 引起的buffer get 数目
mis表示硬解析的次数

==========
PARSE    是SQL运行的第一个阶段，解析SQL

EXEC     是SQL运行的第二个阶段，运行已经解析过的语句

FETCH    从游标中  fetch数据行


tkprof之后的如下：

TKPROF: Release 10.2.0.1.0 - Production on Wed Jun 25 23:47:52 2014

Copyright (c) 1982, 2005, Oracle.  All rights reserved.

Trace file: brentt_ora_3257.trc
Sort options: default

********************************************************************************
count    = number of times OCI procedure was executed
cpu      = cpu time in seconds executing 
elapsed  = elapsed time in seconds executing
disk     = number of physical reads of buffers from disk
query    = number of buffers gotten for consistent read
current  = number of buffers gotten in current mode (usually for update)
rows     = number of rows processed by the fetch or execute call
********************************************************************************

update t1 set id=1000 
where
 id =10


call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse        2      0.00       0.00          0          0          0           0
Execute      2      0.00      36.14          0          9          5           1
Fetch        0      0.00       0.00          0          0          0           0
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total        4      0.00      36.14          0          9          5           1

Misses in library cache during parse: 1
Parsing user id: 31  

Rows     Row Source Operation
-------  ---------------------------------------------------
      0  UPDATE  T1 (cr=9 pr=0 pw=0 time=36101949 us)
      1   TABLE ACCESS FULL T1 (cr=8 pr=0 pw=0 time=455 us)


Elapsed times include waiting on following events:
  Event waited on                             Times   Max. Wait  Total Waited
  ----------------------------------------   Waited  ----------  ------------
  enq: TX - row lock contention                  13        2.93         36.09     --表示等待了13此，最大一次等待了2.93秒，总共等待了36.09秒
  SQL*Net message to client                       2        0.00          0.00
  SQL*Net message from client                     2        0.00          0.00
  log file sync                                   1        0.00          0.00
********************************************************************************

commit


call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse        1      0.00       0.00          0          0          0           0
Execute      1      0.00       0.00          0          0          1           0
Fetch        0      0.00       0.00          0          0          0           0
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total        2      0.00       0.00          0          0          1           0

Misses in library cache during parse: 0
Parsing user id: 31  

Elapsed times include waiting on following events:
  Event waited on                             Times   Max. Wait  Total Waited
  ----------------------------------------   Waited  ----------  ------------
  SQL*Net message to client                       1        0.00          0.00
  SQL*Net message from client                     1        0.00          0.00
********************************************************************************

update t1 set id=10 
where
 id=1000


call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse        1      0.00       0.00          0          0          0           0
Execute      1      0.00      31.19          0         11          4           1
Fetch        0      0.00       0.00          0          0          0           0
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total        2      0.00      31.20          0         11          4           1

Misses in library cache during parse: 1
Optimizer mode: ALL_ROWS
Parsing user id: 31  

Rows     Row Source Operation
-------  ---------------------------------------------------
      0  UPDATE  T1 (cr=11 pr=0 pw=0 time=31198499 us)
      1   TABLE ACCESS FULL T1 (cr=10 pr=0 pw=0 time=684 us)


Elapsed times include waiting on following events:
  Event waited on                             Times   Max. Wait  Total Waited
  ----------------------------------------   Waited  ----------  ------------
  enq: TX - row lock contention                  11        2.93         31.19
  SQL*Net message to client                       1        0.00          0.00
  SQL*Net message from client                     1        0.00          0.00



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

OVERALL TOTALS FOR ALL NON-RECURSIVE STATEMENTS

call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse        4      0.00       0.00          0          0          0           0
Execute      4      0.00      67.34          0         20         10           2
Fetch        0      0.00       0.00          0          0          0           0
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total        8      0.01      67.35          0         20         10           2

Misses in library cache during parse: 2

Elapsed times include waiting on following events:
  Event waited on                             Times   Max. Wait  Total Waited
  ----------------------------------------   Waited  ----------  ------------
  SQL*Net message from client                     8      262.54        551.13
  enq: TX - row lock contention                  24        2.93         67.28
  SQL*Net message to client                       8        0.00          0.00
  log file sync                                   1        0.00          0.00


OVERALL TOTALS FOR ALL RECURSIVE STATEMENTS

call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse        0      0.00       0.00          0          0          0           0
Execute      0      0.00       0.00          0          0          0           0
Fetch        0      0.00       0.00          0          0          0           0
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total        0      0.00       0.00          0          0          0           0

Misses in library cache during parse: 0

    3  user  SQL statements in session.
    0  internal SQL statements in session.
    3  SQL statements in session.
********************************************************************************
Trace file: brentt_ora_3257.trc
Trace file compatibility: 10.01.00
Sort options: default

       1  session in tracefile.
       3  user  SQL statements in trace file.
       0  internal SQL statements in trace file.
       3  SQL statements in trace file.
       3  unique SQL statements in trace file.
      97  lines in trace file.
     355  elapsed seconds in trace file.

oracle 数据库连接分析
09-11
### Oracle数据库连接分析 #### 一、概述 Oracle数据库作为全球领先的数据库管理系统之一，在企业级应用中占有举足轻重的地位。在实际工作中，我们常常会遇到与Oracle数据库的连接问题，这些问题可能涉及到本地...
Oracle数据库性能分析
10-19
- **基于规则的优化器(Rule-Based Optimizer, RBO)**: 早期版本的Oracle使用的一种简单的优化策略。 - **基于成本的优化器(Cost-Based Optimizer, CBO)**: 当前版本默认使用的优化器，它基于统计信息来选择最高效的...
深入理解Oracle调试事件：10046事件详解
数据库
02-02 232
之前也写过一篇10046的文章：10046简介 今天，Think想和大家一起共同深入去理解一下Oracle的这些调试事件 10046事件是SQL_TRACE的扩展，被戏称为"吃了兴奋剂的SQL_TRACE" 有效的追踪级别： ① 0级：SQL_TRACE=FASLE ② 1级：SQL_TRACE=TRUE，这是缺省级别 ③ 4级：1级+绑定变量 ④ 8级：4级+...
Oracle 10046 trace文件分析
weixin_34228662的博客
03-20 170
生成10046 trace文件： SQL&gt; create table t10046 as select * from dba_objects; Table created. SQL&gt; select file_id,block_id,blocks from dba_extents where segment_name='T10046'; FILE_ID ...
59-Oracle 10046事件-知识准备
最新发布
远方的专栏
06-21 1138
上一篇说到了autotrace，SQL调试时候的获取性能和参数数据，直接用上trace，还有个更全能的工具10046。是不是很多小伙伴会对这么个数字，觉得起名很奇怪，数字起名任性。“10046”本质是Oracle内核事件的随机性技术编号，类似于软件中的错误代码，Oracle开发团队设计，数字本身并无特殊含义，而是用于在代码层唯一标识特定功能模块或诊断事件。Oracle使用5位数字作为内部事件的标识符（如10046、10053）。这些数字是开发团队预定义的常量，用于在数据库内核中触发特定诊断行为。
10046事件分析
数据库
01-22 1168
10046事件跟踪:是oracle提供用于进行sql跟踪的手段，其内容包括sql的解析过程、sql的执行计划、绑定变量的使用、会话发生的等待事件；该事件跟踪不解释优化器的具体工作情况，这个要通过10053来跟踪额。 1、在做10046事件跟踪时，要注意一下参数的设置，很重要。 SQL> show parameter max_dump_file_size-->时间限制 NAME
ORACLE 10046事件详解
zftang的专栏
04-25 3417
<br />Oracle的10046事件，可以跟踪应用程序所执行的SQL语句，并且得到其解析次数.执行次数,CPU使用时间等信息。这对我们分析、定位数据库性能问题是非常有用的。<br />10046event是oracle用于系统性能分析时的一个最重要的事件。当激活这个事件后，将通知oracle kernel追踪会话的相关即时信息，并写入到相应trace文件中。这些有用的信息主要包括sql是如何进行解析，绑定变量的使用情况，会话中发生的等待事件等<br />10046event 可分成不同的级别（level
10046事件
ckomuo086028的博客
05-14 192
怎样产生10046事件，跟踪SQL。[@more@]10046 event如果你对oracle性能调优很感兴趣或者比较专长，那么你对oracle的10046事件一定不会陌生。10046event是oracle用于系统性能分析时的...
oracle常用分析函数与聚合函数的用法
09-09
分析函数可以用于复杂的数据分析，如排名、分段计算等，而聚合函数则适用于简单的汇总计算，如求和、平均值等。理解并熟练运用这些函数，对于在Oracle数据库环境中进行高效的数据分析至关重要。
Oracle数据库数据对象分析
02-27
北京火龙果软件工程技术...本文我们将讨论怎样创建和管理简单的表和视图。　管理表　表可以看作有行和列的电子数据表，表是关系数据库中一种拥有数据的结构。用CREATETABLE语句建立表，在建立表的同时，必须定义表名，
Oracle数据库hang分析
08-19
Oracle数据库hang问题分析是数据库性能诊断的重要部分，hang在Oracle数据库中通常是指数据库在执行任务时出现了无响应或者响应时间极长的情况。本文将依据提供的Oracle Performance Diagnostic Guide的内容，详细...
一个10046 分析问题的简单例子
文档搬运工
07-18 326
本例子通过一个10046跟踪，分析SQL语句的执行计划，等待事件等等。 --创建测试用表 conn bb/oracle create table t as select * from dba_objects; select file_id,block_id,blocks from dba_extents where segment_name='T'; -- 查看该表的信息 BB@tes...
Oracle 10046跟踪事件使用方法
weixin_33991418的博客
03-19 198
1.开启10046跟踪事件 alter session set events '10046 trace name context forever, level 12'; 如果想更容易标识trace文件，在开启事件之前，可以先设置trace的标识 alter session set tracefile_identifier='ybb';  这样完成后，trace文件名...
oracle 10046使用学习
xiaobluesky的专栏
11-30 506
设置10046事件来进行SQL跟踪，可以设置不同的跟踪级别 Level 0   停用SQL跟踪，相当于SQL_TRACE=FALSE Level 1   标准SQL跟踪，相当于SQL_TRACE=TRUE Level 4   在level 1的基础上增加绑定变量的信息 Level 8   在level 1的基础上增加等待事件的信息 Level 12 在level 1的
【Oracle】获取执行计划之 10046 事件
As before 如初
04-08 325
10046   10046事件可以得到Oracle内部执行系统解析、调用、等待、绑定变量等详细的信息，可以帮助我们解析一条/多条SQL、PL/SQL语句的运行状态，这些状态包括：Parse/Fetch/Execute三个阶段中遇到的等待事件、消耗的物理和逻辑读、CPU时间、执行计划等，还能帮我们分析一些DDL维护命令的内部工作原理，RMAN、Data Pump Expdp/impdp等工具缓慢问题。 执行步骤 方法一 激活10046事件 alter session set events '10046 t
SQL trace, 10046, trcsess and tkprof in Oracle 10g
fanth的专栏
02-16 164
SQL trace, 10046, trcsess and tkprof in Oracle 10g The quickest way to capture the SQL is being processed by a session is to switch on SQL trace or set the 10046 event for a representative peri...
Oracle 10046事件 介绍(一)
weixin_34293246的博客
02-16 215
做Oracle方面的工作时间长了，经常会听人提起10046事件，尤其是涉及到SQL调优的时候更甚。那10046事件到底是什么呢，先做一个简单的介绍。1、什么是10046事件 10046事件是Oracle提供的一个用于分析性能的工具，它能帮助我们解析一条/多条SQL、PL/SQL语句的运行状态，这些状态包括 ：Parse/Fetch/Execute三个阶段中遇到的等待事件、消...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值