这篇文章主要介绍了ORACLE中怎么找到未提交事务的SQL语句，具有一定借鉴价值，感兴趣的朋友可以参考下，希望大家阅读完这篇文章之后大有收获，下面让小编带着大家一起了解一下。

在Oracle数据库中，我们能否找到未提交事务（uncommit transactin）的SQL语句或其他相关信息呢？ 关于这个问题，我们先来看看实验测试吧。实践出真知。

首先，我们在会话1（SID=63)中构造一个未提交的事务，如下所：

SQL>createtabletest2as3select*fromdba_objects;Tablecreated.SQL>selectuserenv('sid')fromdual;USERENV('SID')--------------63SQL>deletefromtestwhereobject_id=12;1rowdeleted.SQL>

然后我们在会话2（SID=70)中，我们使用下面SQL查询未提交的SQL语句。如下所示：

SQL>selectuserenv('sid')fromdual;USERENV('SID')--------------70SQL>SQL>SETSERVEROUTPUTONSIZE99999;SQL>EXECUTEPRINT_TABLE('SELECTSQL_TEXTFROMV$SQLS,V$TRANSACTIONTWHERES.LAST_ACTIVE_TIME=T.START_DATE');SQL_TEXT:deletefromtestwhereobject_id=12-----------------SQL_TEXT:selectgrantee#,privilege#,nvl(col#,0),max(mod(nvl(option$,0),2))fromobjauth$whereobj#=:1groupbygrantee#,privilege#,nvl(col#,0)orderbygrantee#-----------------SQL_TEXT:SELECT/*OPT_DYN_SAMP*//*+ALL_ROWSIGNORE_WHERE_CLAUSENO_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_CLAUSENO_PARALLEL("TEST")FULL("TEST")NO_PARALLEL_INDEX("TEST")*/1ASC1,CASEWHEN"TEST"."OBJECT_ID"=12THEN1ELSE0ENDASC2FROM"TEST"SAMPLEBLOCK(6.134372,1)SEED(1)"TEST")SAMPLESUB-----------------SQL_TEXT:selectcol#,grantee#,privilege#,max(mod(nvl(option$,0),2))fromobjauth$whereobj#=:1andcol#isnotnullgroupbyprivilege#,col#,grantee#orderbycol#,grantee#-----------------SQL_TEXT:selecttype#,blocks,extents,minexts,maxexts,extsize,extpct,user#,iniexts,NVL(lists,65535),NVL(groups,65535),cachehint,hwmincr,NVL(spare1,0),NVL(scanhint,0),NVL(bitmapranges,0)fromseg$wherets#=:1andfile#=:2andblock#=:3-----------------PL/SQLproceduresuccessfullycompleted.

如上所示，这个SQL我们会查出很多不相关的SQL语句，接下来我们可以用下面的SQL查询（改用SQL Developer展示，因为SQL*Plus，不方便展示），如下所示，这个SQL倒不会查出不相关的SQL。但是这个SQL能胜任任何场景吗？ 答案是否定的。

SELECTS.SID,S.SERIAL#,S.USERNAME,S.OSUSER,S.PROGRAM,S.EVENT,TO_CHAR(S.LOGON_TIME,'YYYY-MM-DDHH24:MI:SS'),TO_CHAR(T.START_DATE,'YYYY-MM-DDHH24:MI:SS'),S.LAST_CALL_ET,S.BLOCKING_SESSION,S.STATUS,(SELECTQ.SQL_TEXTFROMV$SQLQWHEREQ.LAST_ACTIVE_TIME=T.START_DATEANDROWNUM<=1)ASSQL_TEXTFROMV$SESSIONS,V$TRANSACTIONTWHERES.SADDR=T.SES_ADDR;

我们知道，在ORACLE里第一次执行一条SQL语句后，该SQL语句会被硬解析，而且执行计划和解析树会被缓存到Shared Pool里。方便以后再次执行这条SQL语句时不需要再做硬解析。但是Shared Pool的大小也是有限制的，不可能无限制的缓存所有SQL的执行计划，它使用LRU算法管理库高速缓存区。所以有可能你要找的SQL语句已经不在Shared Pool里面了，它从Shared Pool被移除出去了。如下所示，我们使用sys.dbms_shared_pool.purge人为构造SQL被移除出Shared Pool的情况。如下所示：

SQL>colsql_textfora80;SQL>selectsql_text2,sql_id3,version_count4,executions5,address6,hash_value7fromv$sqlareawheresql_text8like'deletefromtest%';SQL_TEXTSQL_IDVERSION_COUNTEXECUTIONSADDRESSHASH_VALUE--------------------------------------------------------------------------------------------------deletefromtestwhereobject_id=125xaqyzz8p863u110000000097FAE6483511949434SQL>execsys.dbms_shared_pool.purge('0000000097FAE648,3511949434','C');PL/SQLproceduresuccessfullycompleted.SQL>

此时我们查询到的SQL语句，是一个不相关的SQL或者其值为Null。

接下来我们回滚SQL语句，然后继续新的实验测试，如下所示，在会话1（SID=63)里面执行了两个DML操作语句，都未提交事务。

SQL>deletefromtestwhereobject_id=12;1rowdeleted.SQL>updatetestsetobject_name='kkk'whereobject_id=14;1rowupdated.SQL>

接下来，我们使用SQL语句去查找未提交的SQL，发现只能捕获最开始执行的DELETE语句，不能捕获到后面执行的UPDATE语句。这个实验也从侧面印证了，我们不一定能准确的找出未提交事务的SQL语句。

所以结合上面实验，我们基本上可以给出结论，我们不一定能准确找出未提交事务的SQL语句，这个要视情况或场景而定。存在这不确定性。

感谢你能够认真阅读完这篇文章，希望小编分享的“ORACLE中怎么找到未提交事务的SQL语句”这篇文章对大家有帮助，同时也希望大家多多支持亿速云，关注亿速云行业资讯频道，更多相关知识等着你来学习!