为了适应公司新战略的发展，保障停车场安保新项目的正常、顺利开展，特制定安保从业人员的业务技能及个人素质的培训计划oracle查看,sql执行计划(共6篇)ORACLE中查看执行计划及SQLTRACE有三种方法：1.ExplainplanSQLexplainplanforselect*fromaa;查看结果：SQLselect*fromtable(dbms_();SQLsettimingon-记录所用时间SQLsetautotracetraceonly-自动记录执行计划然后执行SQL语句即可。_TRACEORACLESQL_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-82041SYS9437EYGLE设置跟踪: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在全局设置在参数文件中增加:EVENT=10046tracenamecontextforever,level12此设置对所有用户的所有进程生效、包括后台进程.2对当前session设置通过altersession的方式修改，需要altersession的系统权限:SQLaltersessionsetevents10046tracenamecontextforever;Sessionaltered.SQLaltersessionsetevents10046tracenamecontextforever,level8;Sessionaltered.SQLaltersessionsetevents10046tracenamecontextoff;Sessionaltered.3对其他用户session设置通过DBMS_EV系统包来实现:SQLdescDBMS_EV;ParameterTypeModeDefault?-SIBINARY_INTEGERINSEBINARY_INTEGERINEVBINARY_INTEGERINLEBINARY_INTEGERINNMVARCHAR2IN其中的参数SI、SE来自v$session视图:查询获得需要跟踪的session信息:SQLselectsid,serial#,usernamefromv$sessionwhereusernameisnotnull;SIDSERIAL#USERNAME-82041SYS9437EYGLE执行跟踪:SQLexecdbms_ev(9,437,10046,8,eygle);PL/SQLproceduresuccessfullycompleted.结束跟踪:SQLexecdbms_ev(9,437,10046,0,eygle);PL/SQLproceduresuccessfullycompleted.(C)对启用方法的一些总结。因为trace的目标范围不同，导致必须使用不同的方法。?nbsp;作用于数据库全局的，就改初始化参数。?nbsp;只作用于本session的，就用altersession命令。?nbsp;作用于其它session的，就用DBMS_SYSTEM包。再加上10046诊断事件，是SQL_TRACE的增强，又多了一套方法。二、获取跟踪文件以上生成的跟踪文件位于“user_dump_dest”参数所指定的目录中，位置及文件名可以通过以下SQL查询获得:1.如果是查询当前session的跟踪文件，使用如下查询：SELECT|/|lower(rtrim(,chr(0)|_ora_|.trctrace_file_namefrom(selectfromv$mystatm,v$sessions,v$processpwhere#=1and=and=)p,(selectfromv$threadt,v$parametervwhere=threadand(=0or#=to_number()i,(selectvaluefromv$parameterwherename=user_dump_dest)dTRACE_FILE_NAME-D:ORACLEPRODUCTADMINMYORACLEUDUMPhsjf_ora_2.如果是查询其他用户session的跟踪文件，则根据用户的sid和#serial使用如下查询：SELECT|/|lower(rtrim(,chr(0)|_ora_|.trctrace_file_namefrom(selectfromv$sessions,v$processpwhere=ands.SERIAL#=and=)p,(selectfromv$threadt,v$parametervwhere=threadand(=0or#=to_number()i,(selectvaluefromv$parameterwherename=user_dump_dest)dTRACE_FILE_NAME-D:ORACLEPRODUCTADMINMYORACLEUDUMPhsjf_ora_三、格式化跟踪文件。原始的跟踪文件是很难读懂的。需要使用oracle自带的tkprof命令行工具格式化一下。SQL$tkprofD:ORACLEPRODUCTADMINMYORACLEUDUMPhsjf_ora_D:ORACLEPRODUCTADMINMYORACLEUDUMPhsjf_ora_这个就可以方便的阅读了。可以在hsjf_ora_文件中看到所有的sql语句执行次数,CPU使用时间等数据。备注：可以通过以下方法读取当前已经设置的参数对于全局的SQL_TRACE参数的设置，可以通过showparameter命令获得。当我们通过altersession的方式设置了SQL_TRACE,这个设置是不能通过showparameter的方式得到的,我们需要通过dbms_ev来获取：SQLsetfeedbackoffSQLsetserveroutputonSQLdeclare2event_levelnumber;3begin4forevent_numberin10000.10999loop5_ev(event_number,event_level);6if(event_level0)then7_line(8Event|9to_char(event_number