谁能找出SELECT * FROM TAB FOR UPDATE写回滚段和联机日志的直接证据???

gytyl

我的应用曾经因为这个语句导致dg无法即时的apply redo log
后来和oracle的兄弟一起测试过
会产生undo和redo
干净的环境

sqysl

最初由 gytyl 发布
[B]我的应用曾经因为这个语句导致dg无法即时的apply redo log
后来和oracle的兄弟一起测试过
会产生undo和redo
干净的环境 [/B]

我曾经通过多种途径测试,一开始觉得SELECT FOR UPDATE产生的UNDO和REDO还是很多的,而且几乎和查询的数据差不多大,但后来按照YONG HUANG的方法,SELECT FOR UPDATE几乎不产生DBWR undo block writes,而UPDATE却产生很多,至于SELECT FOR UPDATE是怎么个运行原理,现在不是很清楚,我觉得YONG HUANG 说的也有道理,毕竟我觉得他在系统和DB理论方面的造诣极深,但这个问题的清楚的结果,真的还优待于高手验证,解释.

棉花糖ONE

不知道楼主现在搞明白了没有, 我原来对oracle的理解太浅,说了很多错误的东西,请几位前辈见谅
这个实验很简单的

session 1:

SQL> create table test(id int);

表已创建。

SQL> insert into test values(1);

已创建 1 行。

SQL> commit;

提交完成。

SQL> select * from test where id=1 for update;

        ID
----------
         1

SQL> select sid from v$mystat where rownum=1;

       SID
----------
       154

session 2:

SQL>  select XIDUSN,xidslot,xidsqn,USED_UBLK  from v$transaction where addr in (select taddr from
  2   v$session where sid=154);

    XIDUSN    XIDSLOT     XIDSQN  USED_UBLK
---------- ---------- ---------- ----------
        11          4        437          1


从这里可以看出select for update 是写了undo的,必然得为这个操作写redo

SQL> select name from v$rollname where usn=11;

NAME
------------------------------
_SYSSMU11$

SQL> alter system dump undo header "_SYSSMU11$";

系统已更改。

trace的部分内容如下:

  index  state cflags  wrap#    uel         scn            dba            parent-xid    nub     stmt_num    cmt
  ------------------------------------------------------------------------------------------------
   0x00    9    0x00  0x01b4  0x000a  0x0000.00c51ac0  0x00800562  0x0000.000.00000000  0x00000001   0x00000000  1213408404
   0x01    9    0x00  0x01b4  0x000f  0x0000.00c51bc4  0x00800562  0x0000.000.00000000  0x00000001   0x00000000  1213408825
   0x02    9    0x00  0x01b4  0x0015  0x0000.00c51cef  0x00800561  0x0000.000.00000000  0x00000001   0x00000000  1213409305
   0x03    9    0x00  0x01b5  0xffff  0x0000.00c51fbe  0x00800563  0x0000.000.00000000  0x00000001   0x00000000  1213410290
   0x04   10    0x80  0x01b5  0x0002  0x0000.00c5202f  0x00800563  0x0000.000.00000000  0x00000001   0x00000000  0


ox04 就是select * from test where id=1 for update;对应的事务槽,state 10说明未提交
dba:0x00800563 就是file2,block 1379


SQL> alter system dump datafile 2 block 1379;

系统已更改。

部分trace:

*-----------------------------
* Rec #0x5  slt: 0x04  objn: 58551(0x0000e4b7)  objd: 58551  tblspc: 0(0x00000000)
*       Layer:  11 (Row)   opc: 1   rci 0x00   
Undo type:  Regular undo    Begin trans    Last buffer split:  No
Temp Object:  No
Tablespace Undo:  No
rdba: 0x00000000
*-----------------------------
uba: 0x00800563.0108.02 ctl max scn: 0x0000.00c51919 prv tx scn: 0x0000.00c51950
txn start scn: scn: 0x0000.00c51fca logon user: 0
prev brb: 8389986 prev bcl: 0
KDO undo record:
KTB Redo
op: 0x03  ver: 0x01  
op: Z
KDO Op code: LKR row dependencies Disabled
  xtype: XA flags: 0x00000000  bdba: 0x0040f2c2  hdba: 0x0040f2c1
itli: 2  ispac: 0  maxfr: 4863
tabn: 0 slot: 0 to: 0

这里看出oracle并没有保存前像

[ 本帖最后由 棉花糖ONE 于 2008-6-14 10:46 编辑 ]

oracledba

这个东西很简单，undo一个作用就是回滚，可以理解为逻辑的，redo一个作用就是记录更改，可以理解为物理的，你改了东西，就算for update，也是改了锁位，回滚没undo可以吗？你不管改了什么如果不是temp内部的就必然有redo，跟产生不产生undo没关系，没undo的操作照样有redo，现在看见没事就dump的比较钦佩，很internal，呵呵