ORACLE中如何找到未提交事務(wù)的SQL語(yǔ)句詳解
在Oracle數(shù)據(jù)庫(kù)中,我們能否找到未提交事務(wù)(uncommit transactin)的SQL語(yǔ)句或其他相關(guān)信息呢? 關(guān)于這個(gè)問(wèn)題,我們先來(lái)看看實(shí)驗(yàn)測(cè)試吧。實(shí)踐出真知。
首先,我們?cè)跁?huì)話1(SID=63)中構(gòu)造一個(gè)未提交的事務(wù),如下所:
SQL> create table test
2 as
3 select * from dba_objects;
Table created.
SQL> select userenv('sid') from dual;
USERENV('SID')
--------------
63
SQL> delete from test where object_id=12;
1 row deleted.
SQL>
然后我們?cè)跁?huì)話2(SID=70)中,我們使用下面SQL查詢未提交的SQL語(yǔ)句。如下所示:
SQL> select userenv('sid') from dual;
USERENV('SID')
--------------
70
SQL>
SQL> SET SERVEROUTPUT ON SIZE 99999;
SQL> EXECUTE PRINT_TABLE('SELECT SQL_TEXT FROM V$SQL S,V$TRANSACTION T WHERE S.LAST_ACTIVE_TIME=T.START_DATE');
SQL_TEXT : delete from test where object_id=12
-----------------
SQL_TEXT : select
grantee#,privilege#,nvl(col#,0),max(mod(nvl(option$,0),2))from objauth$ where
obj#=:1 group by grantee#,privilege#,nvl(col#,0) order by grantee#
-----------------
SQL_TEXT : SELECT /* OPT_DYN_SAMP */ /*+ ALL_ROWS
IGNORE_WHERE_CLAUSE NO_PARALLEL(SAMPLESUB)
opt_param('parallel_execution_enabled', 'false') NO_PARALLEL_INDEX(SAMPLESUB)
NO_SQL_TUNE */ NVL(SUM(C1),0), NVL(SUM(C2),0) FROM (SELECT /*+
IGNORE_WHERE_CLAUSE NO_PARALLEL("TEST") FULL("TEST") NO_PARALLEL_INDEX("TEST")
*/ 1 AS C1, CASE WHEN "TEST"."OBJECT_ID"=12 THEN 1 ELSE 0 END AS C2 FROM "TEST"
SAMPLE BLOCK (6.134372 , 1) SEED (1) "TEST") SAMPLESUB
-----------------
SQL_TEXT : select col#, grantee#,
privilege#,max(mod(nvl(option$,0),2)) from objauth$ where obj#=:1 and col# is
not null group by privilege#, col#, grantee# order by col#, grantee#
-----------------
SQL_TEXT : select
type#,blocks,extents,minexts,maxexts,extsize,extpct,user#,iniexts,NVL(lists,6553
5),NVL(groups,65535),cachehint,hwmincr,
NVL(spare1,0),NVL(scanhint,0),NVL(bitmapranges,0) from seg$ where ts#=:1 and
file#=:2 and block#=:3
-----------------
PL/SQL procedure successfully completed.
如上所示,這個(gè)SQL我們會(huì)查出很多不相關(guān)的SQL語(yǔ)句,接下來(lái)我們可以用下面的SQL查詢(改用SQL Developer展示,因?yàn)镾QL*Plus,不方便展示),如下所示,這個(gè)SQL倒不會(huì)查出不相關(guān)的SQL。但是這個(gè)SQL能勝任任何場(chǎng)景嗎? 答案是否定的。
SELECT S.SID
,S.SERIAL#
,S.USERNAME
,S.OSUSER
,S.PROGRAM
,S.EVENT
,TO_CHAR(S.LOGON_TIME,'YYYY-MM-DD HH24:MI:SS')
,TO_CHAR(T.START_DATE,'YYYY-MM-DD HH24:MI:SS')
,S.LAST_CALL_ET
,S.BLOCKING_SESSION
,S.STATUS
,(
SELECT Q.SQL_TEXT
FROM V$SQL Q
WHERE Q.LAST_ACTIVE_TIME=T.START_DATE
AND ROWNUM<=1) AS SQL_TEXT
FROM V$SESSION S,
V$TRANSACTION T
WHERE S.SADDR = T.SES_ADDR;
我們知道,在ORACLE里第一次執(zhí)行一條SQL語(yǔ)句后,該SQL語(yǔ)句會(huì)被硬解析,而且執(zhí)行計(jì)劃和解析樹(shù)會(huì)被緩存到Shared Pool里。方便以后再次執(zhí)行這條SQL語(yǔ)句時(shí)不需要再做硬解析。但是Shared Pool的大小也是有限制的,不可能無(wú)限制的緩存所有SQL的執(zhí)行計(jì)劃,它使用LRU算法管理庫(kù)高速緩存區(qū)。所以有可能你要找的SQL語(yǔ)句已經(jīng)不在Shared Pool里面了,它從Shared Pool被移除出去了。如下所示,我們使用sys.dbms_shared_pool.purge人為構(gòu)造SQL被移除出Shared Pool的情況。如下所示:
SQL> col sql_text for a80;
SQL> select sql_text
2 ,sql_id
3 ,version_count
4 ,executions
5 ,address
6 ,hash_value
7 from v$sqlarea where sql_text
8 like 'delete from test%';
SQL_TEXT SQL_ID VERSION_COUNT EXECUTIONS ADDRESS HASH_VALUE
------------------------------------ ------------- ------------- ---------- ---------------- ----------
delete from test where object_id=12 5xaqyzz8p863u 1 1 0000000097FAE648 3511949434
SQL> exec sys.dbms_shared_pool.purge('0000000097FAE648,3511949434','C');
PL/SQL procedure successfully completed.
SQL>
此時(shí)我們查詢到的SQL語(yǔ)句,是一個(gè)不相關(guān)的SQL或者其值為Null。
接下來(lái)我們回滾SQL語(yǔ)句,然后繼續(xù)新的實(shí)驗(yàn)測(cè)試,如下所示,在會(huì)話1(SID=63)里面執(zhí)行了兩個(gè)DML操作語(yǔ)句,都未提交事務(wù)。
SQL> delete from test where object_id=12; 1 row deleted. SQL> update test set object_name='kkk' where object_id=14; 1 row updated. SQL>
接下來(lái),我們使用SQL語(yǔ)句去查找未提交的SQL,發(fā)現(xiàn)只能捕獲最開(kāi)始執(zhí)行的DELETE語(yǔ)句,不能捕獲到后面執(zhí)行的UPDATE語(yǔ)句。這個(gè)實(shí)驗(yàn)也從側(cè)面印證了,我們不一定能準(zhǔn)確的找出未提交事務(wù)的SQL語(yǔ)句。
所以結(jié)合上面實(shí)驗(yàn),我們基本上可以給出結(jié)論,我們不一定能準(zhǔn)確找出未提交事務(wù)的SQL語(yǔ)句,這個(gè)要視情況或場(chǎng)景而定。存在這不確定性。
參考資料:
https://asktom.oracle.com/pls/apex/f?p=100:11:0::::P11_QUESTION_ID:9523503800346688981
總結(jié)
以上就是這篇文章的全部?jī)?nèi)容了,希望本文的內(nèi)容對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,謝謝大家對(duì)腳本之家的支持。
- Oracle查看正在執(zhí)行的sql語(yǔ)句的方法大全
- oracle數(shù)據(jù)庫(kù)查看鎖表的sql語(yǔ)句整理
- oracle轉(zhuǎn)mysql語(yǔ)句轉(zhuǎn)換實(shí)例代碼
- Oracle中sql語(yǔ)句如何執(zhí)行日志查詢
- Oracle如何在SQL語(yǔ)句中對(duì)時(shí)間操作、運(yùn)算
- oracle數(shù)據(jù)庫(kù)導(dǎo)入.dmp腳本的sql 語(yǔ)句
- SELECT INTO 和 INSERT INTO SELECT 兩種表復(fù)制語(yǔ)句詳解(SQL數(shù)據(jù)庫(kù)和Oracle數(shù)據(jù)庫(kù)的區(qū)別)
- Oracle數(shù)據(jù)庫(kù)找到 Top Hard Parsing SQL 語(yǔ)句的方法
相關(guān)文章
oracle錯(cuò)誤ORA-00054資源正忙解決辦法
ORA-00054是Oracle數(shù)據(jù)庫(kù)中的一個(gè)常見(jiàn)錯(cuò)誤,表示用戶試圖在正在被鎖定的資源上執(zhí)行不允許的操作,導(dǎo)致資源處于忙碌狀態(tài),下面這篇文章主要給大家介紹了關(guān)于oracle錯(cuò)誤ORA-00054資源正忙的解決辦法,需要的朋友可以參考下2024-01-01
Oracle 表三種連接方式使用介紹(sql優(yōu)化)
這篇文章主要介紹了Oracle表三種連接方式的使用,學(xué)習(xí)sql優(yōu)化的朋友可以參考下2014-08-08
Oracle如何實(shí)現(xiàn)like多個(gè)值的查詢
這篇文章主要給大家介紹了關(guān)于Oracle如何實(shí)現(xiàn)like多個(gè)值的查詢的相關(guān)資料,文中通過(guò)示例代碼介紹的非常詳細(xì),對(duì)大家的學(xué)習(xí)或者工作具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面隨著小編來(lái)一起學(xué)習(xí)學(xué)習(xí)吧2018-08-08
解析oracle對(duì)select加鎖的方法以及鎖的查詢
本篇文章是對(duì)oracle對(duì)select加鎖的方法以及鎖的查詢進(jìn)行了詳細(xì)的分析介紹,需要的朋友參考下2013-05-05
Oracle獲取執(zhí)行計(jì)劃的六種方法總結(jié)
執(zhí)行計(jì)劃(explain plan)是指一條查詢語(yǔ)句在數(shù)據(jù)庫(kù)中的執(zhí)行過(guò)程或訪問(wèn)路徑的描述,下面這篇文章主要給大家總結(jié)介紹了關(guān)于Oracle獲取執(zhí)行計(jì)劃的六種方法,需要的朋友可以參考下2024-01-01
Oracle 12C實(shí)現(xiàn)跨網(wǎng)絡(luò)傳輸數(shù)據(jù)庫(kù)詳解
這篇文章主要給大家介紹了關(guān)于Oracle 12C實(shí)現(xiàn)跨網(wǎng)絡(luò)傳輸數(shù)據(jù)庫(kù)的相關(guān)資料,文中介紹的非常詳細(xì),相信對(duì)大家具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面來(lái)一起看看吧。2017-06-06
Oracle 數(shù)據(jù)庫(kù)針對(duì)表主鍵列并發(fā)導(dǎo)致行級(jí)鎖簡(jiǎn)單演示
本文簡(jiǎn)單演示針對(duì)表主鍵并發(fā)導(dǎo)致的行級(jí)鎖,鎖的產(chǎn)生是因?yàn)椴l(fā)。沒(méi)有并發(fā),就沒(méi)有鎖。并發(fā)的產(chǎn)生是因?yàn)橄到y(tǒng)需要,系統(tǒng)需要是因?yàn)橛脩粜枰?,感興趣的你可以參考下哈,希望可以幫助到你2013-03-03
Oracle開(kāi)發(fā)之報(bào)表函數(shù)
本文主要介紹Oracle報(bào)表函數(shù)RATIO_TO_REPORT的具體使用方法,需要的朋友可以參考下。2016-05-05





