oracle查看,sql执行计划(共6篇).docx

oracle查看,sql执行计划(共6篇) 　　ORACLE中查看执行计划及SQLTRACE　　有三种方法：　　1.Explainplan　　SQLexplainplanforselect*fromaa;　　查看结果：　　SQLselect*fromtable(dbms_());　　SQLsettimingon--记录所用时间　　SQLsetautotracetraceonly--自动记录执行计划　　然后执行SQL语句即可。　　_TRACE　　ORACLESQL_TRACE　　“SQLTRACE”是Oracle提供的用于进行SQL跟踪的手段，是强有力的辅助诊断工具。在日常的数据库问题诊断和解决中，“SQLTRACE”是非常常用的方法。　　一般，一次跟踪可以分为以下几步：　　1、界定需要跟踪的目标范围，并使用适当的命令启用所需跟踪。　　2、经过一段时间后，停止跟踪。此时应该产生了一个跟踪结果文件。　　3、找到跟踪文件，并对其进行格式化，然后阅读或分析。　　本文就“SQLTRACE”的这些使用作简单探讨，并通过具体案例对SQL_TRACE的使用进行说明。　　一、“SQLTRACE”的启用。　　(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的跟踪:　　SQLaltersessionsetSQL_TRACE=true;　　Sessionaltered.　　此时的SQL操作将被跟踪:　　SQLselectcount(*)fromdba_users;　　COUNT(*)　　----------　　34　　结束跟踪:　　SQLaltersessionsetSQL_TRACE=false;　　Sessionaltered.　　3．跟踪其它用户进程　　在很多时候我们需要跟踪其他用户的进程，而不是当前用户，这可以通过Oracle提供的系统包DBMS__SQL_TRACE_IN_SESSION来完成　　通过v$session我们可以获得sid、serial#等信息:　　获得进程信息，选择需要跟踪的进程:　　SQLselectsid,serial#,usernamefromv$sessionwhereusername=’***’SIDSERIAL#USERNAME　　--------------------------------------------------　　82041SYS　　9437EYGLE　　设置跟踪:　　SQLexecdbms__SQL_TRACE_in_session(9,437,true)　　PL/SQLproceduresuccessfullycompleted.　　?.　　可以等候片刻，跟踪session执行任务,捕获sql操作?　　?.　　停止跟踪:　　SQLexecdbms__SQL_TRACE_in_session(9,437,false)　　PL/SQLproceduresuccessfullycompleted.　　(B)10046事件说明　　10046事件是Oracle提供的内部事件，是对SQL_TRACE的增强.　　10046事件可以设置以下四个级别:　　1-启用标准的SQL_TRACE功能,等价于SQL_TRACE。　　4-Level1加上绑定值(bindvalues)　　8-Level1+等待事件跟踪　　12-Level1+Level4+Level8　　类似SQL_TRACE方法，10046事件可以在全局设置，也可以在session级设置。对于10046事件的设置，涉及到了oracle的“诊断事件”的概念。　　可以参考以下链接了解详情。http:///,　　1．在全局设置　　在参数文件中增加: