如果一个系统的执行效率比较低,一个比较好的方法是通过跟踪用户的会话并且使用tkprof工具使用排序功能格式化输出,从而找出有问题的SQL语句。
例如首先从os上利用top命令找到当前占用cpu资源最高的一个进程的PID号9999;
然后在数据库中根据PID号找到相应的sid和serial#
select s.sid,s.serial# from v$session s,v$process p where
s.paddr=p.addr and p.spid='9999';
然后通过exec
dbms_monitor.session_trace_enable(sid,serial#)开启trace;
最后利用tkprof察看trace输出。
开启Trace文件输出可以通过以下方法开启Trace文件输出(需要ALTER
SESSION系统权限):
1) alter session/system set sql_trace=true
2) exec
dbms_monitor.session_trace_enable/dbms_monitor.database_trace_enable
3) alter session set events '10046 trace name context forever,
level 12'
Trace文件的位置
· 如果使用专用服务器连接,会在USER_DUMP_DEST参数指定的目录中生成跟踪文件。
· 如果使用共享服务器连接,则在BACKGROUND_DUMP_DEST参数指定的目录中生成跟踪文件。
关于专用服务器/共享服务器->http://blog.csdn.net/fw0124/article/details/6898693
对于DEDICATED方式,Oracle11g之前,可以通过如下语句获得Trace文件路径:
select c.value || '/' || d.instance_name || '_ora_' || a.spid ||
'.trc' trace
from v$process a, v$session b, v$parameter c,
v$instance d
where a.addr = b.paddr
and b.audsid =
userenv('sessionid')
and c.name =
'user_dump_dest';
Oracle11g之后,可以访问v$diag_info来获得Trace文件存放路径:
select * from v$diag_info where name='Default Trace File';
可以使用参数TRACEFILE_IDENTIFIER,为跟踪文件名增加一个可以惟一标识的串。例如:
alter session set tracefile_identifier='my_trace_file';
这样,生成的Trace文件名就会以my_trace_file.trc结尾。
共享服务器模式下,或者需要跟踪某些特定客户端,可以使用DBMS_MONITOR.CLIENT_ID_TRACE_ENABLE。方法是:
a) sqlplus登陆,exec
DBMS_MONITOR.CLIENT_ID_TRACE_ENABLE('mytest');
这里mytest是客户端标示符。
*可以通过select * from DBA_ENABLED_TRACES;查看当前的活动trace。
b) 需要被跟踪的客户端连接执行exec DBMS_SESSION.SET_IDENTIFIER ('mytest');
c) 不需要跟踪的时候可以sqlplus登陆,执行exec
DBMS_MONITOR.CLIENT_ID_TRACE_DISABLE('mytest');
d) 到USER_DUMP_DEST目录下执行trcsess output=mytest_trc.txt
clientid=mytest,会自动合并各个会话的trace文件,生成mytest_trc.txt
e) 利用tkprof来生成分析报告。
利用tkprof工具分析Trace文件
可以利用tkprof工具分析Trace文件,产生一个更加清晰合理的输出结果。tkprof可以在$ORACLE_HOME/bin下面找到。
1)命令格式
命令格式为:
tkprof tracefile outputfile [explain= ] [table= ] [print= ]
[insert= ] [sys= ] [sort= ]
参数说明:
tracefile:要分析的trace文件
outputfile:格式化后的文件
explain=user/password@connectstring
table=schema.tablename
上述两个参数是一起使用的,explain指示tkprof要为在跟踪文件中找到的每个SQL语句提供一个执行计划。
这是通过执行SQL语句EXPLAIN
PLAN通过连接数据库对在trace文件中出现的每条sql语句查看执行计划,并将之输出到outputfile中。
指定的table名将提供给EXPLAIN PLAN语句。
print=n:只列出最初N个sql执行语句,默认是无限制的,只有在和参数sort一起使用的时候才有意义
insert=filename:会产生一个sql文件,运行此文件可将收集到的数据insert到数据库表中
sys=no:sys用户运行的SQL语句(例如,解析操作阶段对数据字典的递归查询)不输出到输出文件中。
record=filename:可将非嵌套执行的sql语句过滤到指定的文件中去
waits=yes|no:是否统计任何等待事件,默认是yes
aggregate=yes|no:是否将相同sql语句的执行信息合计起来,默认为yes
sort=
option:设置排序选项,可以用逗号分隔多个选项。默认是跟踪文件中发现的SQL顺序。具体选项可以查看tkprof的命令帮助输出得到。
例如:
tkprof sys=no sort=prsela,exeela,fchela
prsela elapsed time parsing
exeela elapsed time executing
fchela elapsed time fetching
2)输出结果格式输出结果中,首先是头部内容。
之后针对每个SQL语句提供如下信息:SQL 语句文本、执行统计、关于解析的信息、执行计划以及等待事件。
执行计划以及等待事件是可选的,只有存储在跟踪文件中才会出现。
例如下面的输出:
********************************************************************************
SQL ID: 0c07h414zr55p
Plan Hash: 1968341081
update emp set sal=2451
where
empno=7782
call count cpu elapsed disk query current rows
------- ------ -------- ---------- ----------
---------- ---------- ----------
Parse 2 0.01 0.00 0 0 0 0
Execute 2 0.00 3.71 0 3 7 2
Fetch 0 0.00 0.00 0 0 0 0
------- ------ -------- ---------- ----------
---------- ---------- ----------
total 4 0.01 3.72 0 3 7