用hibernate沒有，用的設(shè)置屬性show_sql為true
漢陰ssl適用于網(wǎng)站、小程序/APP、API接口等需要進(jìn)行數(shù)據(jù)傳輸應(yīng)用場景，ssl證書未來市場廣闊！成為創(chuàng)新互聯(lián)的ssl證書銷售渠道，可以享受市場價格4-6折優(yōu)惠！如果有意向歡迎電話聯(lián)系或者加微信：18980820575（備注：SSL證書合作）期待與您的合作！
沒用，只想從后臺數(shù)據(jù)庫看對這個數(shù)據(jù)庫執(zhí)行的sql問題補(bǔ)充：unika_ly12 寫道
那你直接查詢 v$sqltext 和 v$session 好了
首先，你要以dba身份登陸數(shù)據(jù)庫。
第二，為某個用戶開啟sql跟蹤。那個用戶就是你要跟蹤的、正在執(zhí)行sql語句的那個用戶。命令如下：
execute dbms_system.set_sql_trace_in_session(sid,serial#,true)
其中參數(shù)的意義是，sid-會話id，serial#-序列號，這兩個參數(shù)可以從v$session中得到。
第三，上面的命令執(zhí)行成功之后數(shù)據(jù)庫就自動對該用戶所發(fā)出的所有sql語句進(jìn)行跟蹤，并把結(jié)果寫在用戶跟蹤文件里。用戶跟蹤文件存放在數(shù)據(jù)庫服務(wù)器上，路徑請參考init.ora文件中的udump參數(shù)值。文件名為ora_sid_xxxx.trc(for unix)或者oraxxxxx.trc(for NT)，其中xxxx文件系統(tǒng)進(jìn)程編號，這個編號可以從v$process和v$session兩個表通過關(guān)聯(lián)的方式查詢得到。當(dāng)然你也可以簡單的查看一下哪個trc文件的日期最新，哪個文件就是你要的結(jié)果了。
首先，你要以dba身份登陸數(shù)據(jù)庫。
第二，為某個用戶開啟sql跟蹤。那個用戶就是你要跟蹤的、正在執(zhí)行sql語句的那個用戶。命令如下：
execute dbms_system.set_sql_trace_in_session(sid,serial#,true)
其中參數(shù)的意義是，sid-會話id，serial#-序列號，這兩個參數(shù)可以從v$session中得到。
第三，上面的命令執(zhí)行成功之后數(shù)據(jù)庫就自動對該用戶所發(fā)出的所有sql語句進(jìn)行跟蹤，并把結(jié)果寫在用戶跟蹤文件里。用戶跟蹤文件存放在數(shù)據(jù)庫服務(wù)器上，路徑請參考init.ora文件中的udump參數(shù)值。文件名為ora_sid_xxxx.trc(for unix)或者oraxxxxx.trc(for NT)，其中xxxx文件系統(tǒng)進(jìn)程編號，這個編號可以從v$process和v$session兩個表通過關(guān)聯(lián)的方式查詢得到。當(dāng)然你也可以簡單的查看一下哪個trc文件的日期最新，哪個文件就是你要的結(jié)果了。
execute dbms_system.set_sql_trace_in_session(sid,serial#,false)Good Luck我按你說的做了一遍，execute dbms_system.set_sql_trace_in_session(sid,serial#,true)
需要建立一張表來記錄
explain plan SET statement_id='name' FOR (這里是你要調(diào)試的語句 )
SELECT
A.OPERATION,
OPTIONS,
OBJECT_NAME,
OBJECT_TYPE,
ID,
PARENT_ID
FROM
PLAN_TABLE A
WHERE
STATEMENT_ID='name'
ORDER BY
Id;
ID 'name'是一個標(biāo)識，你可以自己取，字段有很多個，以下是各個字段的解釋（可能格式不對，你可以復(fù)制后看）：
字段名 字段類型 含義
STATEMENT_ID VARCHAR2(30) explain PLAN 語句中所指定的最優(yōu)STATEMENT_ID 參數(shù)值, 如果在EXPLAN PLAN語句中沒有使用SET STATEMENT_ID，那么此值會被設(shè)為NULL。
REMARKS VARCHAR2(80) 與被解釋規(guī)劃的各步驟相關(guān)聯(lián)的注釋最長可達(dá)80 字節(jié)
OPERATION VARCHAR2(30) 各步驟所執(zhí)行內(nèi)部操作的名稱在某條語句所產(chǎn)生的第一行中該列的可能取值如下DELETE STATEMENT INSERT STATEMENT SELECT STATEMENT UPDATE STATEMENT
OPTIONS VARCHAR2(30) 對OPERATION 列中所描述操作的變種
OBJECT_NODE VARCHAR2(128) 用于訪問對象的數(shù)據(jù)庫鏈接database link 的名稱對于使用并行執(zhí)行的本地查詢該列能夠描述操作中輸出的次序
OBJECT_OWNER VARCHAR2(30) 對于包含有表或索引的架構(gòu)schema 給出其所有者的名稱
OBJECT_NAME VARCHAR2(30) 表或索引的名稱
OBJECT_INSTANCE INTEGER 根據(jù)對象出現(xiàn)在原始o(jì)riginal 語句中的次序所給出的相應(yīng)次序編號就原始的語句文本而論其處理順序為自左至右自外向內(nèi)景象擴(kuò)張view
OBJECT_TYPE VARCHAR2(30) 用于提供對象描述性信息的修飾符例如索引的NON-UNIQUE
OPTIMIZER VARCHAR2(255) 當(dāng)前優(yōu)化程序的模式
ID INTEGER 分配給執(zhí)行規(guī)劃各步驟的編號
PARENT_ID INTEGER 對ID 步驟的輸出進(jìn)行操作的下一個執(zhí)行步驟的ID
POSITION INTEGER 對于具有相同PARENT_ID 的步驟其相應(yīng)的處理次序
COST INTEGER 根據(jù)優(yōu)化程序的基于開銷的方法所估計出的操作開銷值對于使用基于規(guī)則方法的語句該列為空該列值沒有特定的測量單位它只是一個用于比較執(zhí)行規(guī)劃開銷大小的權(quán)重值
CARDINALITY INTEGER 根據(jù)基于開銷的方法對操作所訪問行數(shù)的估計值
BYTES INTEGER 根據(jù)基于開銷的方法對操作所訪問字節(jié)的估計
=============================================
你按照我說的做，后面用
SELECT
*
FROM
PLAN_TABLE A
WHERE
STATEMENT_ID='name'
結(jié)果已經(jīng)很清楚了，全部滿足你的要求。
各列的具體含義上面已經(jīng)給出。
查看歸檔模式
conn /as sysdba
archive log list
如果數(shù)據(jù)庫為歸檔模式的話，可以通過logmnr來進(jìn)行挖掘日志文件查看這些信息的。如果是非歸檔模式。對不起無法查看了
開啟后臺進(jìn)程跟蹤，
設(shè)置參數(shù)(initsid.ora)
.backgroudn_dump_dest=目錄名 -- 指定根蹤文件存放的路徑
.user_dmup_test=目錄名 --指定用戶信息跟蹤文件的存放路徑
.用戶的跟蹤文件(.trc), 用TKPROF 來格式化用戶跟蹤文件
SQL 語句跟蹤即可。
.imed_statistics=true; --設(shè)置啟用 sql_trace =true;
.user_dump_dest=目錄 --指定跟蹤文件的存放路徑
.max_dump_file_size=5M --指定跟蹤文件最大尺寸
.SQL_TRACE=TRUE;
.動態(tài)改變 ：alter session set sql_trace=true;
或者打開生成的跟蹤文件:
默認(rèn)在..\oralce\admin\user\udump\*.trc，由于oralce 生成的*.trc 直接打開格式不規(guī)格，看得很累，可以用tkprof gk 來格式化 ：c:\tkprof ora00001.trc a.txt
1. 啟用 sql_trace 跟蹤當(dāng)前 session 開啟會話跟蹤：alter session set sql_trace=true; 關(guān)閉會話跟蹤：alter session set sql_trace=false; 2. 啟用 10046 事件跟蹤全局 session 這將會對整個系統(tǒng)的性能產(chǎn)生嚴(yán)重的影響，所以一般不建議開啟。 ...
select?sid,v$session.serial#,v$process.spid,v$session.username,last_call_et,status,LOCKWAIT,machine,logon_time,sql_text?from?v$session,?v$process,?v$sqlarea?where?paddr?=?addr?and?sql_hash_value?=?hash_value?and?v$session.username?is?not?null?and?sql_text?not?like?'%session%'?and??status='ACTIVE'?order?by?last_call_et?desc;
查詢當(dāng)前正在執(zhí)行的sql及執(zhí)行用時，如果對性能優(yōu)化查看sql效率要set autotrace on;然后執(zhí)行sql查看執(zhí)行計劃。
在具有許多活躍用戶的繁忙生產(chǎn)環(huán)境中，跟蹤SQL會話是費時且十分復(fù)雜的，因為在任何使用連接池的多層系統(tǒng)中處理SQL語句可能要涉及多個進(jìn)程，或者甚至是不同的實例。
利用Oracle數(shù)據(jù)庫10g，Oralce通過一個新的內(nèi)置軟件包DBMS_MONITOR合理化了SQL的跟蹤，這個軟件包中包含以前無書面記載的跟蹤工具(如DBMS_SUPPORT軟件包)的功能。現(xiàn)在，您可以輕松地從頭到尾--從客戶機(jī)到中間層再到后端--跟蹤任何用戶的會話，并且基于特定的客戶ID、模塊或動作生成跟蹤文件。
此外，Oracle數(shù)據(jù)庫10g包含一種新的實用程序trcsess，它可以讓您基于會話ID或模塊名稱之類的條件，有選擇地從大量跟蹤文件中抽取出跟蹤數(shù)據(jù)，并將它們保存到一個文件中。該實用程序在共享服務(wù)器配置中特別有用，因為調(diào)度程序可能把每一個用戶請求傳遞給不同的共享服務(wù)器進(jìn)程，從而為任何給定的會話產(chǎn)生多個跟蹤文件。與通過大量跟蹤文件發(fā)掘信息不同，Oracle數(shù)據(jù)庫10g的trcsess可以讓您獲得關(guān)于單一用戶會話的整合后的跟蹤信息。
開始
和Oracle數(shù)據(jù)庫的以前版本一樣，跟蹤文件將被輸出到由服務(wù)器的初始化文件(或spfile)的user_dump_dest參數(shù)指定的目錄中。默認(rèn)的位置取決于操作系統(tǒng);例如，對于使用DBCA的Microsoft Windows平臺，默認(rèn)位置是$ORACLE_BASE\instance_name\admin\udump，其中instance_ name是Oracle實例的名稱。您可以通過使用以下改變會話命令來動態(tài)地更改該參數(shù)：
alter session set user_dump_dest="c:\kflosstrace";
您還可以把您自己的標(biāo)記添加到跟蹤文件名中，以便您能夠更容易地找到生成的文件。為此，可以在啟動跟蹤之前設(shè)置tracefile_identifier初始化參數(shù)：
alter session set
tracefile_identifier ="kfloss_test";
通過該命令生成的跟蹤文件帶有您設(shè)置的附加在文件名后的字符串值。盡管這些改變會話命令都不是必要的，但是它們都會使查找跟蹤會話的結(jié)果更容易。
現(xiàn)在，我們已經(jīng)設(shè)置了這些參數(shù)，那么讓我們看看新的跟蹤軟件包和Oracle企業(yè)管理器的界面。讓我們使用新的DBMS_MONITOR軟件包通過模塊名稱和客戶機(jī)名稱來建立一個跟蹤。
用DBMS_MONITOR建立跟蹤
DBMS_MONITOR包具有多個例程，用于啟用和禁用統(tǒng)計數(shù)據(jù)集合，以及用于根據(jù)會話ID進(jìn)行跟蹤、或者基于服務(wù)名稱、模塊名稱和動作名稱的組合進(jìn)行跟蹤。(它們?nèi)邚膶哟谓Y(jié)構(gòu)上是關(guān)聯(lián)的：您不能在不指定模塊和服務(wù)名稱的情況下指定一個動作，但是您可以只指定服務(wù)名稱，或者只指定服務(wù)名稱和模塊名稱)。 模塊名稱和動作名稱(如果有的話)都來自于應(yīng)用程序代碼內(nèi)部。例如，Oracle電子商務(wù)套件應(yīng)用程序在代碼中提供了模塊名稱和動作名稱，這樣您就可以在任何Oralce企業(yè)管理器頁面中通過名稱來識別它們。 (PL/SQL開發(fā)人員可以通過使用DBMS_APPLICATION_INFO包設(shè)置模塊名稱和動作名稱，把一些調(diào)用嵌入到他們的應(yīng)用程序中)。
請注意，設(shè)置模塊、動作及其他參數(shù)(如client_id)將不造成對數(shù)據(jù)庫的往返操作--這些例程攜帶來自應(yīng)用程序的所有調(diào)用。
服務(wù)名稱由用于連接該服務(wù)的連接字符串來確定。未與特定服務(wù)關(guān)聯(lián)的用戶會話將由sys$users處理(sys$background是后臺進(jìn)程的默認(rèn)服務(wù))。由于我們具有一個服務(wù)和一個模塊名稱，因而我們可以啟動對該模塊的跟蹤，如下所示：
SQL exec dbms_monitor.serv_mod_act_trace_enable
(service_name='testenv', module_name='product_update');
PL/SQL過程已成功完成。
我們可以啟動對客戶機(jī)的跟蹤：
SQL exec dbms_monitor.client_id_trace_enable
(client_id='kimberly');
PL/SQL過程已成功完成。
請注意，所有這些設(shè)置都是永久性的--所有與該服務(wù)和模塊關(guān)聯(lián)的會話都會被跟蹤，而不僅僅是跟蹤當(dāng)前會話。
為了基于會話ID跟蹤SQL，可以查看Oracle企業(yè)管理器的Top Sessions頁面，或者像您當(dāng)前做的那樣查詢V$SESSION視圖。
SQL select sid, serial#, username
from v$session;
SID SERIAL# USERNAME
------ ------- ------------
133 4152 SYS
137 2418 SYSMAN
139 53 KIMBERLY
140 561 DBSNMP
141 4 DBSNMP
. . .
168 1
169 1
170 1
28 rows selected.
通過會話ID(SID)和序號，您可以使用DBMS_MONITOR只對下面的會話啟用跟蹤：
SQL exec dbms_monitor.session_trace_enable(139);
PL/SQL過程已成功完成。
該序號默認(rèn)為該SID的當(dāng)前序號(除非另外指定)，因此如果那就是您想跟蹤的會話和序號，那么您就不必查看更多的內(nèi)容了。還有，默認(rèn)情況下，WAITS設(shè)置為true而BINDS設(shè)置為false，因此上面的語法實際上與下面的語法效果相同：
SQL exec dbms_monitor.session_trace_enable
(session_id=139, serial_num=53, waits=true, binds=false);
請注意，WAITS和BINDS是相同的參數(shù)，您在過去可能已經(jīng)使用DBMS_SUPPORT和10046事件對它們進(jìn)行了設(shè)置。
如果您正在一個生產(chǎn)環(huán)境中工作，那么此時您最好重新運行出錯的SQL或應(yīng)用程序，并且相應(yīng)地創(chuàng)建跟蹤文件。
用企業(yè)管理器建立跟蹤
通過Oracle企業(yè)管理器建立跟蹤從Top Consumers頁面(可以通過Additional Monitoring Links區(qū)域中的Performance頁面得到，如圖1所示)開始。該頁面顯示服務(wù)、模塊、客戶和動作對系統(tǒng)資源的當(dāng)前使用情況。
圖1：Oracle企業(yè)管理器的Top Consumers頁面
您可以單擊Top Services、Top Modules、Top Actions、Top Clients或Top Sessions選項卡，來查看這些類別的頂級消費者中每一種的詳細(xì)信息，隨后您可以通過這些頁面中的每一個頁面輕松啟用(或禁用)SQL跟蹤。從頁面上的列表中簡單地選擇項目，然后單擊啟用SQL跟蹤(Enable SQL Trace)開始跟蹤(當(dāng)您完成跟蹤時，單擊禁用按鈕)。
您還可以啟用(或禁用)這些頁面上列出的任何項目的統(tǒng)計數(shù)據(jù)集合。(DBMS_MONITOR還提供了用于啟用和禁用數(shù)據(jù)集合的例程)。
分析跟蹤結(jié)果
獲取關(guān)于Kimberly Floss的圖書的信息
無論您是使用DBMS_MONITOR或者是使用Oracle企業(yè)管理器建立跟蹤，您都將使用trcsess 命令行工具來整合跟蹤文件。單擊Oracle企業(yè)管理器中的查看SQL跟蹤(View SQL Trace)按鈕顯示一個頁面，其中顯示了您將用于整合所有跟蹤文件的語法。
要確保用雙引號括住字符串，并在文件名后添加一個".trc"擴(kuò)展名;否則，TKPROF將不會把它作為一個文件名來接受。在執(zhí)行該命令之前，找到在user_dump_dest(或者，如果您沒有更改該參數(shù)名，則在\udump)中指定的目錄。
C:\...\udump trcsess output="kfloss.trc" service="testenv"
module="product update"
action="batch insert"
隨后，您可以對整合的跟蹤文件運行TKPROF，以生成一份報告。
C:\...\udump tkprof kfloss.trc
output=kfloss_trace_report SORT=(EXEELA, PRSELA, FCHELA)
如果您不終止跟蹤，那么運行該服務(wù)和模塊的每一個會話都會被跟蹤。因此，當(dāng)您完成跟蹤時，要確保通過使用Oralce企業(yè)管理器或DBMS_MONITOR包來終止跟蹤。
重慶分公司
重慶分公司
