<rt id="bn8ez"></rt>
<label id="bn8ez"></label>
  • 

    • <span id="bn8ez"></span>
    

    <label id="bn8ez"><meter id="bn8ez"></meter></label>
    

    
    

    




    







												


        




    
	
		
		
    

隨筆-314 
評論-209 
文章-0 
trackbacks-0

    
	

    

    
	
					


    
	
	
    “SQL TRACE”是Oracle提供的用于進行SQL跟蹤的手段，是強有力的輔助診斷工具。在日常的數據庫問題診斷和解決中，“SQL TRACE”是非常常用的方法。
    

    一般，一次跟蹤可以分為以下幾步：
    

    1、界定需要跟蹤的目標范圍，并使用適當的命令啟用所需跟蹤。
    

     
    

    2、經過一段時間后，停止跟蹤。此時應該產生了一個跟蹤結果文件。
    

     
    

    3、找到跟蹤文件，并對其進行格式化，然后閱讀或分析。
    

     
    

    本文就“SQL TRACE”的這些使用作簡單探討，并通過具體案例對SQL_TRACE的使用進行說明。
    

     
    

    一、“SQL TRACE”的啟用。
    

    (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的跟蹤:
    

    SQL> alter session set SQL_TRACE=true;
    

    Session altered.
    

     
    

    此時的SQL操作將被跟蹤:
    

     
    

    SQL> select count(*) from dba_users;
    

     
    

     COUNT(*)
    

    ----------
    

           34
    

     
    

    結束跟蹤:
    

    SQL> alter session set SQL_TRACE=false;
    

    Session altered.
    

     
    

    3．跟蹤其它用戶進程
    

       在很多時候我們需要跟蹤其他用戶的進程，而不是當前用戶，這可以通過Oracle提供的系統包DBMS_SYSTEM.SET_SQL_TRACE_IN_SESSION來完成
    

    通過v$session我們可以獲得sid、serial#等信息:
    

    獲得進程信息，選擇需要跟蹤的進程:
    

    SQL> select sid,serial#,username from v$session where username =’***’
    

     
    

          SID   SERIAL# USERNAME
    

    ---------- ---------- ------------------------------
    

            8      2041 SYS
    

            9       437 EYGLE
    

    設置跟蹤:
    

    SQL> exec dbms_system.set_SQL_TRACE_in_session(9,437,true)
    

    PL/SQL procedure successfully completed.
    

    ….
    

    可以等候片刻，跟蹤session執行任務,捕獲sql操作…
    

    ….
    

    停止跟蹤:
    

    SQL> exec dbms_system.set_SQL_TRACE_in_session(9,437,false)
    

    PL/SQL procedure successfully completed.
    

     
    

    (B) 10046事件說明
    

    10046事件是Oracle提供的內部事件，是對SQL_TRACE的增強.
    

    10046事件可以設置以下四個級別:
    

    1 - 啟用標準的SQL_TRACE功能,等價于SQL_TRACE。
    

    4 - Level 1 加上綁定值(bind values)
    

    8 - Level 1 + 等待事件跟蹤
    

    12 - Level 1 + Level 4 + Level 8
    

     
    

    類似SQL_TRACE方法，10046事件可以在全局設置，也可以在session級設置。
    

    對于10046事件的設置，涉及到了oracle的“診斷事件”的概念。
    

     
    

    可以參考以下鏈接了解詳情。http://www.itpub.net/323537,1.html 
    

    1． 在全局設置
    

    在參數文件中增加:
    

    EVENT="10046 trace name context forever,level 12"
    

    此設置對所有用戶的所有進程生效、包括后臺進程.
    

     
    

    2． 對當前session設置
    

    通過alter session的方式修改，需要alter session的系統權限:
    

    SQL> alter session set events '10046 trace name context forever';
    

    Session altered.
    

     
    

    SQL> alter session set events '10046 trace name context forever, level 8';
    

    Session altered.
    

     
    

    SQL> alter session set events '10046 trace name context off';
    

    Session altered.
    

     
    

    3． 對其他用戶session設置
    

    通過DBMS_SYSTEM.SET_EV系統包來實現:
    

     
    

    SQL> desc DBMS_SYSTEM.SET_EV;
    

     
    

    Parameter Type          Mode Default?
    

    --------- -------------- ---- --------
    

    SI       BINARY_INTEGER IN           
    

    SE       BINARY_INTEGER IN           
    

    EV       BINARY_INTEGER IN           
    

    LE       BINARY_INTEGER IN           
    

    NM       VARCHAR2      IN  
    

    其中的參數SI、SE來自v$session視圖:
    

    查詢獲得需要跟蹤的session信息:
    

    SQL> select sid,serial#,username from v$session where username is not null;
    

    SID SERIAL# USERNAME
    

    ---------- ---------- ------------------------------
    

    8 2041 SYS
    

    9 437 EYGLE
    

     
    

    執行跟蹤:
    

    SQL> exec dbms_system.set_ev(9,437,10046,8,'eygle');
    

    PL/SQL procedure successfully completed.
    

     
    

    結束跟蹤:
    

    SQL> exec dbms_system.set_ev(9,437,10046,0,'eygle');
    

    PL/SQL procedure successfully completed.
    

     
    

    (C)對啟用方法的一些總結。
    

    因為trace的目標范圍不同，導致必須使用不同的方法。
    

    ?nbsp;       作用于數據庫全局的，就改初始化參數。
    

    ?nbsp;       只作用于本session的，就用alter session 命令。
    

    ?nbsp;       作用于其它session的，就用DBMS_SYSTEM包。
    

     
    

    再加上10046診斷事件，是SQL_TRACE的增強，又多了一套方法。
    

     
    

    二、獲取跟蹤文件
    

    以上生成的跟蹤文件位于“user_dump_dest”參數所指定的目錄中，位置及文件名可以通過以下SQL查詢獲得:
    

    1.如果是查詢當前session的跟蹤文件，使用如下查詢：
    

    SELECT d.value||'/'||lower(rtrim(i.instance, chr(0)))||'_ora_'||p.spid||'.trc' trace_file_name 
    

    from 
    

       ( select p.spid from v$mystat m,v$session s, v$process p 
    

         where m.statistic# = 1 and s.sid = m.sid and p.addr = s.paddr) p, 
    

       ( select t.instance from v$thread t,v$parameter v 
    

         where v.name = 'thread' and (v.value = 0 or t.thread# = to_number(v.value))) i, 
    

       ( select value from v$parameter where name = 'user_dump_dest') d
    

     
    

    TRACE_FILE_NAME
    

    -------------------------------------------------------------------------------
    

    D:\ORACLE\PRODUCT\10.2.0\ADMIN\MYORACLE\UDUMP\hsjf_ora_1026.trc
    

     
    

    2.如果是查詢其他用戶session的跟蹤文件，則根據用戶的sid和#serial使用如下查詢：
    

    SELECT d.value||'/'||lower(rtrim(i.instance, chr(0)))||'_ora_'||p.spid||'.trc' trace_file_name 
    

    from 
    

       ( select p.spid from v$session s, v$process p 
    

         where s.sid=’’ and s. SERIAL#='' and p.addr = s.paddr) p, 
    

       ( select t.instance from v$thread t,v$parameter v 
    

         where v.name = 'thread' and (v.value = 0 or t.thread# = to_number(v.value))) i, 
    

       ( select value from v$parameter where name = 'user_dump_dest') d
    

     
    

    TRACE_FILE_NAME
    

    -------------------------------------------------------------------------------
    

    D:\ORACLE\PRODUCT\10.2.0\ADMIN\MYORACLE\UDUMP\hsjf_ora_1026.trc
    

     
    

    三、格式化跟蹤文件。
    

    原始的跟蹤文件是很難讀懂的。需要使用oracle自帶的tkprof命令行工具格式化一下。
    

    SQL>$tkprof D:\ORACLE\PRODUCT\10.2.0\ADMIN\MYORACLE\UDUMP\hsjf_ora_1026.trc D:\ORACLE\PRODUCT\10.2.0\ADMIN\MYORACLE\UDUMP\hsjf_ora_1026.txt
    

    這個就可以方便的閱讀了?？梢栽趆sjf_ora_1026.txt文件中看到所有的sql語句執行次數,CPU使用時間等數據。
    

     
    

    備注：可以通過以下方法讀取當前已經設置的參數
    

    對于全局的SQL_TRACE參數的設置，可以通過show parameter命令獲得。
    

     
    

    當我們通過alter session的方式設置了SQL_TRACE,這個設置是不能通過show parameter的方式得到的,我們需要通過dbms_system.read_ev來獲取：
    

    SQL> set feedback off
    

    SQL> set serveroutput on
    

    SQL> declare
    

    2 event_level number;
    

    3 begin
    

    4 for event_number in 10000..10999 loop
    

    5 sys.dbms_system.read_ev(event_number, event_level);
    

    6 if (event_level > 0) then
    

    7 sys.dbms_output.put_line(
    

    8 'Event ' ||
    

    9 to_char(event_number) ||
    

    10 ' is set at level ' ||
    

    11 to_char(event_level)
    

    12 );
    

    13 end if;
    

    14 end loop;
    

    15 end;
    

    16 /
    

    Event 10046 is set at level 1
    

    引用：http://blog.sina.com.cn/s/blog_4cae4a25010008do.html
    

	
    posted on 2010-11-13 14:31 xzc 閱讀(8628) 評論(2)  編輯  收藏  所屬分類: Oracle 
    

    







    
	    
    


    
評論:

    
	

		
    
			
    
			# re: ORACLE SQL_TRACE的使用
				2010-11-13 14:31 | xzc
    
				
    如何讀懂tkprof 

    

    

    CALL ：每次SQL語句的處理都分成以下三個部分

      Parse：這步將SQL語句轉換成執行計劃，包括檢查是否有正確的授權和所需要用到的表、列以及其他引用到的對象是否存在。

      Execute：這步是真正的由Oracle來執行語句。對于insert、update、delete操作，這步會修改數據，對于select操作，這步就只是確定選擇的記錄。

      Fetch：返回查詢語句中所獲得的記錄，這步只有select語句會被執行。 

    COUNT:這個語句被parse、execute、fetch的次數。 

    CPU：這個語句對于所有的parse、execute、fetch所消耗的cpu的時間，以秒為單位。

    ELAPSED：這個語句所有消耗在parse、execute、fetch的總的時間。

    DISK：從磁盤上的數據文件中物理讀取的塊的數量。一般來說更想知道的是正在從緩存中讀取的數據而不是從磁盤上讀取的數據。

    QUERY：在一致性讀模式下，所有parse、execute、fetch所獲得的buffer的數量。一致性模式的buffer是用于給一個長時間運行的事務提供一個一致性讀的快照，緩存實際上在頭部存儲了狀態。 

    CURRENT：在current模式下所獲得的buffer的數量。一般在current模式下執行insert、update、delete操作都會獲取buffer。在current模式下如果在高速緩存區發現有新的緩存足夠給當前的事務使用，則這些buffer都會被讀入了緩存區中。 

    ROWS: 所有SQL語句返回的記錄數目，但是不包括子查詢中返回的記錄數目。對于select語句，返回記錄是在fetch這步，對于insert、update、delete操作，返回記錄則是在execute這步。 

    

    A、query+current/rows 平均每行所需的block數，太大的話（超過20）SQL語句效率太低

    B、Parse count/Execute count parse count應盡量接近1，如果太高的話，SQL會進行不必要的reparse

    C、rows Fetch/Fetch Fetch Array的大小，太小的話就沒有充分利用批量Fetch的功能，增加了數據在客戶端和服務器之間的往返次數。

    D、disk/query+current 磁盤IO所占邏輯IO的比例，太大的話有可能是db_buffer_size過小(也跟SQL的具體特性有關)

    E、elapsed/cpu 太大表示執行過程中花費了大量的時間等待某種資源

    F、cpu　Or　elapsed 太大表示執行時間過長，或消耗了了大量的CPU時間，應該考慮優化

    G、執行計劃中的Rows 表示在該處理階段所訪問的行數，要盡量減少   回復  更多評論
      
    
			
    
			
			
		
    
	
		
    
			
    
			# re: ORACLE SQL_TRACE的使用
				2010-11-13 14:32 | xzc
    
				
    補充點tkprof的使用方法

    

    Tkprof工具可用來格式化sql trace產生的文件，讓你更容易看懂trace的內容 

    

    

    用法： 

    

    tkprof tracefile outputfile [explain= ] [table= ] [print= ] [insert= ] [sys= ] [sort= ] ... 

    

    

    參數說明： 

    

    tracefile：你要分析的trace文件 

    outputfile：格式化后的文件 

    explain=user/password@connectstring 

    table=schema.tablename 

        注1：這兩個參數是一起使用的，通過連接數據庫對在trace文件中出現的每條sql語句查看執行計劃，并將之輸出到outputfile中 

         注2：該table必須是數據庫中不存在的，如果存在會報錯 

    print=n：只列出最初N個sql執行語句 

    insert=filename：會產生一個sql文件，運行此文件可將收集到的數據insert到數據庫表中 

    sys=no：過濾掉由sys執行的語句 

    record=filename：可將非嵌套執行的sql語句過濾到指定的文件中去 

    waits=yes|no：是否統計任何等待事件 

    aggregate=yes|no：是否將相同sql語句的執行信息合計起來，默認為yes 

    sort= option：設置排序選項，選項如下： 

        prscnt：number of times parse was called

        prscpu：cpu time parsing

        prsela：elapsed time parsing

        prsdsk：number of disk reads during parse

        prsqry：number of buffers for consistent read during parse

        prscu：number of buffers for current read during parse

        prsmis：number of misses in library cache during parse

        execnt：number of execute was called

        execpu：cpu time spent executing

        exeela：elapsed time executing

        exedsk：number of disk reads during execute

        exeqry：number of buffers for consistent read during execute

        execu：number of buffers for current read during execute

        exerow：number of rows processed during execute

        exemis：number of library cache misses during execute

        fchcnt：number of times fetch was called

        fchcpu：cpu time spent fetching

        fchela：elapsed time fetching

        fchdsk：number of disk reads during fetch

        fchqry：number of buffers for consistent read during fetch

        fchcu：number of buffers for current read during fetch

        fchrow：number of rows fetched

        userid：userid of user that parsed the cursor 

    可根據自己的需要設置排序 

    

    

    舉例： 

    

    1.列出前2條sql語句的執行情況： 

    

    C:\>tkprof c:\oc_ora_2892.trc c:\cc.txt print=2 

    

    2.將數據保存到數據庫： 

    

    C:\>tkprof c:\oc_ora_2892.trc c:\cc.txt insert=c:\insert.sql 

    

    執行后會在c:\產生insert.sql文件，執行該文件即可將數據保存到數據庫，以下為insert.sql部分內容： 

    

    REM Edit and/or remove the following CREATE TABLE

    REM statement as your needs dictate.

    CREATE TABLE tkprof_table

    (

    date_of_insert DATE

    ,cursor_num NUMBER

    ,depth NUMBER

    ,user_id NUMBER

    ,parse_cnt NUMBER

    ,parse_cpu NUMBER

    ,parse_elap NUMBER

    ,parse_disk NUMBER

    ,parse_query NUMBER

    ,parse_current NUMBER

    ,parse_miss NUMBER

    ,exe_count NUMBER

    ,exe_cpu NUMBER

    ,exe_elap NUMBER

    ,exe_disk NUMBER

    ,exe_query NUMBER

    ,exe_current NUMBER

    ,exe_miss NUMBER

    ,exe_rows NUMBER

    ,fetch_count NUMBER

    ,fetch_cpu NUMBER

    ,fetch_elap NUMBER

    ,fetch_disk NUMBER

    ,fetch_query NUMBER

    ,fetch_current NUMBER

    ,fetch_rows NUMBER

    ,ticks NUMBER

    ,sql_statement LONG

    );

    INSERT INTO tkprof_table VALUES

    (

    SYSDATE, 1, 0, 61, 1, 0, 418, 0, 0, 0, 1

    , 1, 15625, 1435, 0, 0, 0, 0, 0

    , 4, 0, 4417, 0, 24, 0, 36, 13450151

    , ’select * from tblinventoryhistory

    ‘); 

    

    3.提取sql執行語句： 

    

    C:\>tkprof c:\oc_ora_2892.trc c:\cc.txt record=sqlstr.sql 

    

    sqlstr.sql中的內容： 

    

    alter session set sql_trace=true ;

    alter session set events '10046 trace name context forever,level 12';

    select * from tblinventoryhistory ;

    select * from tblorder ;

    select * from tblproduct ;

    select * from tbluser ;

    select * from tblroute ; 

    

    4.產生執行計劃： 

    

    C:\>tkprof c:\oc_ora_2892.trc c:\ff.txt explain=ocuser/ocuser table=ocuser.test1 

    

    在產生的ff.txt文件中會體現其執行計劃： 

    

    Rows Execution Plan

    ——- —————————————————

    0 SELECT STATEMENT GOAL: CHOOSE

    0 TABLE ACCESS (FULL) OF 'TBLROUTE'   回復  更多評論
      
    
			
    
			
			
		
    
	








    








    

				

    







    







    
        
	



主站蜘蛛池模板：
国产精品亚洲综合专区片高清久久久
|
久久久久亚洲AV无码麻豆|
全免费一级午夜毛片|
亚洲最大的成人网|
色噜噜综合亚洲av中文无码|
国产国拍亚洲精品福利|
国产传媒在线观看视频免费观看|
免费看片在线观看|
69国产精品视频免费|
免费看男人j放进女人j免费看|
fc2免费人成为视频|
色费女人18女人毛片免费视频|
亚洲人成图片网站|
亚洲一卡2卡3卡4卡国产网站|
亚洲韩国—中文字幕|
亚洲AV永久无码精品|
久久亚洲高清观看|
亚洲乱码精品久久久久..|
自拍偷自拍亚洲精品第1页|
亚洲国产成人久久精品99|
可以免费观看一级毛片黄a|
日韩一级视频免费观看|
在线jyzzjyzz免费视频|
成人A级毛片免费观看AV网站|
在线a级毛片免费视频|
国产卡二卡三卡四卡免费网址|
亚洲成人免费电影|
青娱乐免费视频在线观看|
99久久精品日本一区二区免费|
91精品免费在线观看|
午夜宅男在线永久免费观看网|
美女被免费喷白浆视频|
成年女人毛片免费观看97|
最近免费中文字幕大全|
久久久www成人免费毛片|
成人黄18免费视频|
成人免费视频国产|
亚洲男人天堂2020|
亚洲精品自产拍在线观看|
亚洲成人动漫在线|
亚洲欧洲精品久久|