【DB笔试面试686】在Oracle中，SQL_TRACE是什么？诊断事件是什么？

（一）SQL_TRACE

SQL_TRACE是Oracle提供的用于进行SQL跟踪的手段，是强有力的辅助诊断工具。在日常的数据库问题诊断和解决中，SQL_TRACE是非常常用的方法。可以设置SQL_TRACE为TRUE，但是一般不推荐在全局指定为TRUE，只建议在会话级别指定。若在全局设定则对性能会造成较大影响。

（二）诊断事件

Oracle为数据库提供了多种的诊断工具，诊断事件（Event）是其中一种非常实用的方法，它能使DBA可以方便地转储数据库各种结构及跟踪特定事件的发生过程。

通过如下的脚本可以获取所有的诊断事件列表：

1DECLARE
 2  ERR_MSG VARCHAR2(32767);
 3BEGIN
 4  DBMS_OUTPUT.ENABLE('');
 5  FOR ERR_NUM IN 10000 .. 10999 LOOP
 6    ERR_MSG := SQLERRM(-ERR_NUM);
 7    IF ERR_MSG NOT LIKE '%Message ' || ERR_NUM || ' not found%' THEN
 8      DBMS_OUTPUT.PUT_LINE(ERR_MSG);
 9    END IF;
10  END LOOP;
11END;
12/

在Linux系统下诊断事件的消息文件放在目录：$ORACLE_HOME/rdbms/mesg/oraus.msg。oraus.msg文件属于文本文件，可以直接打开查看。

诊断事件可以像普通的ORA错误一样采用oerr命令来查询，如下所示：

1[oracle@orclalhr ~]$ oerr ora 10046
 210046, 00000, "enable SQL statement timing"
 3// *Cause:
 4// *Action:
 5[oracle@orclalhr ~]$ oerr ora 10053
 610053, 00000, "CBO Enable optimizer trace"
 7// *Cause:
 8// *Action:
 9[oracle@orclalhr ~]$ oerr ora 10704
1010704, 00000, "Print out information about what enqueues are being obtained"
11// *Cause:  When enabled, prints out arguments to calls to ksqcmi and
12//          ksqlrl and the return values.
13// *Action: Level indicates details:
14//   Level: 1-4: print out basic info for ksqlrl, ksqcmi
15//          5-9: also print out stuff in callbacks:  ksqlac, ksqlop
16//          10+: also print out time for each line

设置诊断事件有两种方法，一种是在pfile参数文件中设置事件，这样数据库在OPEN后，将影响到所有的会话。设置格式如下：

1event="eventnumber trace name eventname [forever,] [level levelnumber] : ......."

通过冒号（:）符号，可以连续设置多个事件，也可以通过连续使用event来设置多个事件。如：

1event = "10248 trace name context forever, level 10:10249 trace name context forever, level 10"

或者分开写，如：

1event="10248 trace name context forever, level 10"
2event="10249 trace name context forever, level 10"

另一种方法是在会话过程中使用ALTER SESSION SET EVENTS命令，只对当前会话有影响。设置格式如下：

1ALTER SESSION|SYSTEM SET EVENTS '[eventnumber|immediate] trace name eventname [forever] [, level levelnumber] : .......' 

通过英文冒号（:）符号，可以连续设置多个事件，也可以通过连续使用ALTER SESSION SET EVENTS来设置多个事件，如：

1ALTER SYSTEM SET 
2           EVENTS='10325 trace name context forever, level 10','10015 trace name context forever, level 1' 
3           COMMENT='Debug tracing of control and rollback';

或：

1ALTER SYSTEM SET EVENTS='10325 trace name context forever, level 10:10015 trace name context forever, level 1';

格式说明：

l eventnumber指触发dump的事件号，事件号可以是Oracle错误号（出现相应错误时跟踪指定的事件）或Oralce内部事件号，内部事件号在10000到10999之间，不能与immediate关键字同用。

l immediate关键字表示命令发出后，立即将指定的结构dump到跟踪文件中，这个关键字只用在ALTER SESSION语句中，并且不能与eventnumber、forever关键字同用。

l trace name是关键词，trace name位于第二、三项，除它们外的其它限定词是供Oracle内部开发组用的。

l eventname指事件名称，即要进行dump的实际结构名。若eventname为context，则指根据内部事件号进行跟踪。

l forever关键字表示事件在实例或会话的周期内保持有效状态，不能与immediate同用。

l level为事件级别关键字。但在dump错误栈（errorstack）时不存在级别。level通常位于1-10之间（10046有时用到12），10意味着转储事件所有的信息。例如当转储控制文件时，level 1表示转储控制文件头，而level 10表明转储控制文件全部内容。

l levelnumber表示事件级别号，一般从1到10，1表示只dump结构头部信息，10表示dump结构的所有信息。

l 转储所生成的trace文件在user_dump_dest初始化参数指定的位置。

l 移除所有的诊断事件（Event）：

1ALTER SYSTEM RESET EVENT SCOPE=SPFILE SID='*' ;

如果设置了诊断事件（Event），那么如何知道在系统中设置了哪些诊断事件（Event）呢？如果事件是在pfile文件中设置的，那么可以用“SHOW PARAMETER EVENT”来查看。如果是通过“ALTER SYSTEM|SESSION”来设置的，那么可以使用如下的SQL来查看：

1SET SERVEROUTPUT ON SIZE 1000000
 2DECLARE
 3  EVENT_LEVEL NUMBER;
 4BEGIN
 5  FOR I IN 10000 .. 99999 LOOP
 6    SYS.DBMS_SYSTEM.READ_EV(I, EVENT_LEVEL);
 7    IF (EVENT_LEVEL > 0) THEN
 8      DBMS_OUTPUT.PUT_LINE('Event ' || TO_CHAR(I) || ' set at level ' ||TO_CHAR(EVENT_LEVEL));
 9    END IF;
10  END LOOP;
11END;
12/
13

但是，10046和10053事件不能通过这种方式查询，只能通过oradebug来查询，如下：

1SYS@orclasm > oradebug setmypid
2SYS@orclasm > oradebug eventdump system
3SYS@orclasm > oradebug eventdump session

设置诊断事件需要注意的是，即可以使用“ALTER SYSTEM EVENTS”，也可以使用“ALTER SYSTEM EVENT”，它们的区别在如下2点：

①　EVENTS可以动态修改，可以使用“ALTER SESSION”或“ALTER SYSTEM”设置，只影响内存不影响参数文件

②　EVENT不能动态修改，只能使用“ALTER SYSTEM”或在参数文件里设置，必须重启库方可生效

另外，“ALTER SYSTEM”会记录到告警日志中，“ALTER SESSION”不会记录在告警日志中。

本文选自《Oracle程序员面试笔试宝典》，作者：小麦苗