在诊断数据库系统性能的过程中,总会涉及到跟踪效率低下的sql语句,现在就如何跟踪sql语句来做一个简单的总结。权做抛砖引玉之用。如果我们可以修改应用系统的源代码,则可以直接在程序中加入如下的语句:
1)alter session set timed_statistics=true; /*适用于Oracle 7.3以后的版本*/
2)alter session set max_dump_file_size=unlimited ; /*适用于Oracle 7.3以后的版本*/
3)alter session set tracefile_identifier=’POX20031031a’; /*适用于Oracle 8.1.7以后的版本*/
4)alter session set events ‘10046 trace name context forever, level 8’;
/*在这里编写应用程序的代码*/
5)alter session set events ‘10046 trace name context off’;
在上述语句中,语句1)是把该会话的时间统计打开,该参数默认为false.在Oracle 7.3之前的版本中,不能在会话级设置该参数,只能修改初始化文件然后重新启动数据库,这样将在实例级打开时间统计。
语句2)是把跟踪文件的大小设置成操作系统所允许的最大尺寸,这样可以防止跟踪文件在完成所需要的跟踪之前被填充满,此外需要注意的是确保存放跟踪文件的目录要有足够的空间,否则将会收到“文件系统已满”错误。
语句3)的作用是使生成的跟踪文件名称中包含’POX20031031a’字符串,这样可以使你很容易的找到所需的跟踪文件,该参数在Oracle 8.1.7之后可用。
语句4)和语句5)的作用分别是打开和关闭跟sql跟踪,你可以在这两个语句之间写入应用程序的代码,这些代码的执行情况都将被跟踪。需要注意的是语句4)的level关键字,它用来指定跟踪级别,一共有0,1,2,4,8,12六个级别可以设置,0相当于关闭跟踪;1是输出一般的跟踪信息,不包括绑定变量和等待信息;2和1相同;4是在级别1的基础上增加绑定变量信息;8是在级别1的基础上增加等待信息;级别12是输出包含级别1,4,8的所有信息。
如果应用程序的代码无法修改或者是不想去修改,则可以在其他会话中打开对特定会话的跟踪,方法如下:
1)sys.dbms_system.set_bool_param_in_session(:sid, :serial,’timed_statistics’, true);
2)sys.dbms_system.set_int_param_in_session( :sid, :serial,’max_dump_file_size’, 2147483647);
打开和关闭跟踪的第一种方法(oracle推荐):
3.1)sys.dbms_support.start_trace_in_session(:sid, :serial,waits=>true, binds=>false);
/* 在此期间运行要跟踪的应用程序*/
4.1)sys.dbms_support.stop_trace_in_session(:sid, :serial);
打开和关闭跟踪的第二种方法:
3.2)sys.dbms_system.set_ev(:sid, :serial, 10046, 8, ”);
/*在此期间运行要跟踪的应用程序*/
3.2)sys.dbms_system.set_ev(:sid, :serial, 10046, 0, ”);
以上语句中的:sid和:serial分别代表所要跟踪的会话的ID和序列号,这些信息可以从V$SESSION视图的SID和SERIAL#列获得。打开关闭跟踪中第一种方法的好处是你不用自己写10046这个事件号,这样可以减少错误,但是dbms_support程序包在你的数据库中可能会不存在,这样就只有用第二种方法了。
到现在为止,我们已经生成了所需要的跟踪文件,然后我们需要找到该文件来进行分析。跟踪文件的存放位置只有两种可能,Oracle参数USER_DUMP_DEST 或者BACKGROUND_DUMP_DEST指定的目录;文件名称根据不同的平台会有所不同,但是在文件名中都会包含会话所对应的操作系统进程(线程)号,也就是V$PROCESS的SPID列(V$PROCESS.SPID) ,该信息可以通过 v$process.addr和v$session.paddr做表连接查询得到。例如:select spid from v$process p,v$session s where p.addr=s.paddr and s.sid=:sid and s.serial#=:serial.
本文只对Oracle在使用专用服务器进程(Dedicated Server)模式做了总结,至于的共享服务器(Shared Server)模式和在应用级使用连接池的情况下,收集sql跟踪信息的方法会比较复杂,希望有相关经验的高手来总结。
我们一直都在努力坚持原创.......请不要一声不吭,就悄悄拿走。
我原创,你原创,我们的内容世界才会更加精彩!
【所有原创内容版权均属TechTarget,欢迎大家转发分享。但未经授权,严禁任何媒体(平面媒体、网络媒体、自媒体等)以及微信公众号复制、转载、摘编或以其他方式进行使用。】
微信公众号
TechTarget
官方微博
TechTarget中国
作者
相关推荐
-
甲骨文自治数据库亮相 带来云计算新希望
早前甲骨文还不在云计算公司之列,而现在该公司正在迅速弥补其失去的时间。甲骨文的云计算核心是甲骨文自治数据库(O […]
-
2017年12月数据库流行度排行榜 定格岁末排名瞬间
数据库知识网站DB-engines最近更新的2017年12月份数据库流行度排名情况是否能提供更多的看点呢?TechTarget数据库网站将与您分享12月份的榜单排名情况,让我们拭目以待。
-
2017年11月数据库流行度排行榜 半数以上数据库积分减少
数据库知识网站DB-engines更新了2016年11月份的数据库流行度排行榜。TechTarget数据库网站将与您一同关注11月份的榜单排名情况。
-
控制合约 不再畏惧Oracle
许多公司都与Oracle有无限制授权协议,他们害怕离开这个协议,所以就证明他们在使用Oracle的软件,即使因为需求单独购买部分授权许可也可能总体是省钱的。