我們大家都知道Oracle Sql Trace與10046 event是診斷Oracle數(shù)據(jù)庫性能的常用工具。但是level超過1的10046事件時(shí)一般被稱為extended sql trace，其主要作用是用于診斷確定的單個(gè)SQL、存儲(chǔ)過程或會(huì)話的性能問題，具有如下的幾個(gè)優(yōu)點(diǎn)：

可以得到SQL執(zhí)行時(shí)實(shí)際的執(zhí)行計(jì)劃。

可以得到SQL執(zhí)行時(shí)所花時(shí)間的具體分布，CPU消耗了多長時(shí)間，多塊讀消耗了多長時(shí)間等等。

可以得到SQL執(zhí)行時(shí)的各種與性能相關(guān)的統(tǒng)計(jì)數(shù)據(jù)，邏輯讀、物理讀、fetch次數(shù)、parse次數(shù)等等。

不僅能夠用于性能測試，同時(shí)能夠用于診斷正在執(zhí)行的SQL或存儲(chǔ)過程的性能。

有很多的工具用于格式化生成的trace文件，除了Oracle自帶的TKPROF、Metalink Note 224270.1 Trace Analyzer，以及第三方的免費(fèi)工具如orasrp，《Troubleshooting Oracle Performance》作者開發(fā)的TVD$XTAT，甚至還有商業(yè)化的軟件Hotsos Profiler等。

不過前段時(shí)間在用10046事件診斷一個(gè)性能問題的時(shí)候，卻讓生成的結(jié)果誤導(dǎo)了。后來仔細(xì)檢查發(fā)現(xiàn)，在會(huì)話開啟Oracle sql trace的情況下，SQL語句會(huì)重新解析，導(dǎo)致開啟sql trace之后與開啟之前相比，執(zhí)行計(jì)劃可能發(fā)生了變化，導(dǎo)致sql trace的結(jié)果不能真實(shí)地反映會(huì)話執(zhí)行SQL的情況，在分析時(shí)容易發(fā)生偏差。

下面是一個(gè)測試：

測試的環(huán)境是Oracle 10.2.0.1 for Windows，不過前面提到的案例，是發(fā)生在Oracle 9i下的，所以9i和10g都有這個(gè)問題，而11g目前還沒有測試過，有興趣的朋友可以在11g上進(jìn)行測試。

首先創(chuàng)建一個(gè)sql文件，內(nèi)容為：

select /*+ testsql */ sum(value) from t1 where flag=:v_flag;  

創(chuàng)建一個(gè)列上數(shù)據(jù)有傾斜的表：

SQL> create table t1 (value number ,flag number,pad varchar2(2000));  

表已創(chuàng)建。

SQL> insert into t1 select rownum,mod(rownum,2000),lpad('x',1000,'x') from dba_objects;  

已創(chuàng)建49796行。

SQL> commit;  

提交完成

SQL> insert into t1 select rownum,3000,lpad('x',1000,'x') from dba_objects where rownum<=10000; 

已創(chuàng)建10000行

SQL> commit;  

提交完成。

SQL> create index t1_idx on t1(flag);  

索引已創(chuàng)建

SQL> exec dbms_stats.gather_table_stats(ownname=>user,tabname=>'T1
',cascade=>true,method_opt=>'for all indexed columns'); 

Oracle SQL trace時(shí)需要注意：PL/SQL 過程已成功完成。

SQL> select column_name,num_distinct,num_buckets from user_tab_columns where table_name='T1';   
COLUMN_NAME NUM_DISTINCT NUM_BUCKETS   
VALUE   
FLAG 2030 75   
PAD   
select /*+ testsql */ sum(value) from t1 where flag=:v_flag;  

創(chuàng)建一個(gè)列上數(shù)據(jù)有傾斜的表：

SQL> create table t1 (value number ,flag number,pad varchar2(2000));  

表已創(chuàng)建

SQL> insert into t1 select rownum,mod(rownum,2000),lpad('x',1000,'x') from dba_objects;  

已創(chuàng)建49796行

SQL> commit;  

提交完成。

SQL> insert into t1 select rownum,3000,lpad('x',1000,'x') from dba_objects where rownum<=10000; 

已創(chuàng)建10000行。

SQL> commit;  

提交完成。 上述的相關(guān)內(nèi)容就是對(duì)使用Oracle SQL trace時(shí)需要注意的問題的描述，希望會(huì)給你帶來一些幫助在此方面。

【編輯推薦】

1. Oracle數(shù)據(jù)庫中如何用GROUPING SETS進(jìn)行分組自定義
2. Oracle數(shù)據(jù)庫與FoxPro數(shù)據(jù)如何轉(zhuǎn)換
3. Oracle數(shù)據(jù)庫中的(+)連接如何操作？
4. Oracle存儲(chǔ)過程中如何準(zhǔn)確的實(shí)現(xiàn)分頁
5. Oracle 10g的即時(shí)客戶端與PHP的安裝