经验首页 前端设计 程序设计 Java相关 移动开发 数据库/运维 软件/图像 大数据/云计算 其他经验
当前位置:技术经验 » 数据库/运维 » Oracle » 查看文章
ORACLE中能否找到未提交事务的SQL语句
来源:cnblogs  作者:潇湘隐者  时间:2019/5/28 9:07:37  对本文有异议

 

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

 

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

 

  1. SQL> create table test
  1.   2  as
  1.   3  select * from dba_objects;
  1.  
  1. Table created.
  1. SQL> select userenv('sid') from dual;
  1.  
  1. USERENV('SID')
  1. --------------
  1.            63
  1.  
  1. SQL> delete from test where object_id=12;
  1.  
  1. 1 row deleted.
  1.  
  1. SQL>

 

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

 

  1. SQL> select userenv('sid') from dual;
  1.  
  1. USERENV('SID')
  1. --------------
  1.             70
  1.  
  1. SQL>
  1. SQL> SET SERVEROUTPUT ON SIZE 99999;
  1. SQL> EXECUTE PRINT_TABLE('SELECT SQL_TEXT FROM V$SQL S,V$TRANSACTION T WHERE S.LAST_ACTIVE_TIME=T.START_DATE');
  1. SQL_TEXT                      : delete from test where object_id=12
  1. -----------------
  1. SQL_TEXT                      : select
  1. grantee#,privilege#,nvl(col#,0),max(mod(nvl(option$,0),2))from objauth$ where
  1. obj#=:1 group by grantee#,privilege#,nvl(col#,0) order by grantee#
  1. -----------------
  1. SQL_TEXT                      : SELECT /* OPT_DYN_SAMP */ /*+ ALL_ROWS
  1. IGNORE_WHERE_CLAUSE NO_PARALLEL(SAMPLESUB)
  1. opt_param('parallel_execution_enabled', 'false') NO_PARALLEL_INDEX(SAMPLESUB)
  1. NO_SQL_TUNE */ NVL(SUM(C1),0), NVL(SUM(C2),0) FROM (SELECT /*+
  1. IGNORE_WHERE_CLAUSE NO_PARALLEL("TEST") FULL("TEST") NO_PARALLEL_INDEX("TEST")
  1. */ 1 AS C1, CASE WHEN "TEST"."OBJECT_ID"=12 THEN 1 ELSE 0 END AS C2 FROM "TEST"
  1. SAMPLE BLOCK (6.134372 , 1) SEED (1) "TEST") SAMPLESUB
  1. -----------------
  1. SQL_TEXT                      : select col#, grantee#,
  1. privilege#,max(mod(nvl(option$,0),2)) from objauth$ where obj#=:1 and col# is
  1. not null group by privilege#, col#, grantee# order by col#, grantee#
  1. -----------------
  1. SQL_TEXT                      : select
  1. type#,blocks,extents,minexts,maxexts,extsize,extpct,user#,iniexts,NVL(lists,6553
  1. 5),NVL(groups,65535),cachehint,hwmincr,
  1. NVL(spare1,0),NVL(scanhint,0),NVL(bitmapranges,0) from seg$ where ts#=:1 and
  1. file#=:2 and block#=:3
  1. -----------------
  1. PL/SQL procedure successfully completed.

 

clip_image001

 

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

 

  1. SELECT  S.SID
  1.        ,S.SERIAL#
  1.        ,S.USERNAME
  1.        ,S.OSUSER
  1.        ,S.PROGRAM
  1.        ,S.EVENT
  1.        ,TO_CHAR(S.LOGON_TIME,'YYYY-MM-DD HH24:MI:SS')
  1.        ,TO_CHAR(T.START_DATE,'YYYY-MM-DD HH24:MI:SS')
  1.        ,S.LAST_CALL_ET
  1.        ,S.BLOCKING_SESSION  
  1.        ,S.STATUS
  1.        ,(
  1.               SELECT Q.SQL_TEXT
  1.               FROM    V$SQL Q
  1.               WHERE  Q.LAST_ACTIVE_TIME=T.START_DATE
  1.               AND    ROWNUM<=1) AS SQL_TEXT  
  1. FROM   V$SESSION S,
  1.        V$TRANSACTION
  1. WHERE  S.SADDR = T.SES_ADDR;

 

clip_image002

 

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

 

  1.  
  1. SQL> col sql_text for a80;
  1. SQL> select sql_text
  1.   2       ,sql_id
  1.   3       ,version_count
  1.   4       ,executions
  1.   5       ,address
  1.   6       ,hash_value
  1.   7  from v$sqlarea where sql_text
  1.   8  like 'delete from test%';
  1.  
  1. SQL_TEXT                               SQL_ID        VERSION_COUNT EXECUTIONS ADDRESS          HASH_VALUE
  1. ------------------------------------ ------------- ------------- ---------- ---------------- ----------
  1. delete from test where object_id=12  5xaqyzz8p863u             1          1 0000000097FAE648 3511949434
  1.  
  1. SQL> exec sys.dbms_shared_pool.purge('0000000097FAE648,3511949434','C');
  1.  
  1. PL/SQL procedure successfully completed.
  1.  
  1. SQL>

 

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

 

clip_image003

 

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

 

  1. SQL> delete from test where object_id=12;
  1.  
  1. 1 row deleted.
  1.  
  1. SQL> update test set object_name='kkk' where object_id=14;
  1.  
  1. 1 row updated.
  1.  
  1. SQL>

 

 

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

 

 

clip_image004

 

 

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

 

 

 

参考资料:

 

https://asktom.oracle.com/pls/apex/f?p=100:11:0::::P11_QUESTION_ID:9523503800346688981

原文链接:http://www.cnblogs.com/kerrycode/p/10930004.html

 友情链接:直通硅谷  点职佳  北美留学生论坛

本站QQ群:前端 618073944 | Java 606181507 | Python 626812652 | C/C++ 612253063 | 微信 634508462 | 苹果 692586424 | C#/.net 182808419 | PHP 305140648 | 运维 608723728

W3xue 的所有内容仅供测试,对任何法律问题及风险不承担任何责任。通过使用本站内容随之而来的风险与本站无关。
关于我们  |  意见建议  |  捐助我们  |  报错有奖  |  广告合作、友情链接(目前9元/月)请联系QQ:27243702 沸活量
皖ICP备17017327号-2 皖公网安备34020702000426号