晶晶实验七之事务表篇

回滚段头中，有一项非常重要的信息，就是事务表。对事务表频繁的访问,可能会造成回滚段头的争用.了解什么样的操作会访问事务表,对于了解回滚段头争用的原因非常重要.下面我们来做一些实验来验证一下,什么样的操作才会访问事务表.ITPUB个人空间6k3@#G`y
    首先简单介绍一个视图,备份x$bh.对这个视图我想大家都有一定的了解,bh即buffer header 的简写.在buffer  header中有一个TCH 列,表示块被访问的次数.我们通过他来验证事务表什么时候被访问.需要注意的是.TCH列每3秒,才会重新计算一次,3秒之内无论访问某一个块多少次.TCH列只会增加1.
/@6I#Fb[sX0
b/V+f,wL0  在会话A开启一个事务后:ITPUB个人空间/LKXzA/?-q
ITPUB个人空间4v#lBrZs
步骤一:通过v$transaction视图找到XIDITPUB个人空间}Kd4pBpR]9C7{
SQL> select xidusn,ubablk,ubafil from v$transaction;
my6Kpl r?j"]0
)RX{A1iM0    XIDUSN     UBABLK     UBAFIL
3t}7Bl]8mhs0---------- ---------- ----------
y J%\V c0        13         97          5
@W-L:k/Sk:o|0步骤二:通过回滚段编号,可得知事务所占回滚段名,并用此查找事务头块号,文件号
smZTbzG0o0SQL> select header_block,header_file from dba_segments where segment_name='_SYSSMU13$';
0{a&r bo8hK;btH0
6o'G)v;|a]+A n0HEADER_BLOCK HEADER_FILEITPUB个人空间&p$b
L9@5WL$X/X9P/J
------------ -----------
+k5S/Y3vh8?0          41           5ITPUB个人空间2BS{9^Z T
步骤三:查看x$bh视图中,TCH值的增加.ITPUB个人空间iA.D.g-r5X
SQL> select addr,tch from x$bh where dbarfil=5 and dbablk=41;
B"x,_l2I btK3j0ITPUB个人空间 q%P1Y/b*q$c#g
ADDR            TCHITPUB个人空间$kj3}!Z]mV/S
-------- ----------ITPUB个人空间Ka7Y1w3D"`
080B5208         41
;KA;~],pI t,I1J+M0ITPUB个人空间&T7i7yS[7J;a
步骤四:查找完TCH后,马上执行要测试的命令(会话B),

SQL> select * from jj_3;
*i^`D/r,H4X#~0ITPUB个人空间JA8d E/O0gT:A
        ID NAITPUB个人空间v:fS3VxY4Vk~$D
---------- --
O w_z5vQ&h}0         1 aa
k0b,U Q7P?0         2 aaITPUB个人空间)z$I(a2o*K*}o
         3 aaITPUB个人空间4hP/_"?~"k$t s:I]
         4 aaITPUB个人空间M~w\d$A
         5 CN
lR?8sr7\`+X6ehO6u0步骤五:再次查看x$bh视图

A7[.X8O*H'U{0SQL> select addr,tch from x$bh where dbarfil=5 and dbablk=41;ITPUB个人空间]zg!pb/`gc
ITPUB个人空间H&nh WJ0}'j%p$d
ADDR            TCH
3Z.eWm'vg)F5f+F0-------- ----------ITPUB个人空间X)J"S w;[k LA
080B5208         42ITPUB个人空间)I3O @$UaLB.k#a.@
注意:步骤三四五应尽快完成.避免oracle的其他内部操作影响测试结果.（因为oracle内部的操作也会造成回滚段头的tch值增加，特别在１０Ｇ中，这种情况更为明显，不过我没有跟踪是什么oracle的内部操作造成的）ITPUB个人空间%W v5i.}_\

:}K;m7_ Dw/by:]0    小结:从结果集来看,在另一会话中访问未提交数据的select语句会访问事务表,那么其他的DML操作呢?(希望大家也都试试,我的结果是都会增加TCH值).上面我的步骤四是全表扫描.
1o |I$C$Lw d.I`0    如果我的表有两个块,分别是块一块二,在块一中修改行A,按照rowid访问块一中的行B,这样会访问事务表吗?如果ITPUB个人空间[%G Qa`,U

`Q@&w-}km+y
b1^ j0按照rowid访问块二中的行,会访问事务表吗?下面我来实验下看结果是什么:
/z~H3x
QL4C0
;N4[d4Xy&oZ.\k0步一:利用函数查看该表的块号.ITPUB个人空间Bk _QG GW6\
SQL> select rowid,dbms_rowid.rowid_block_number(rowid) from jj_3;
7f6}V|vgz1K0
0[_sI T3dV)n)k0ROWID              DBMS_ROWID.ROWID_BLOCK_NUMBER(ROWID)ITPUB个人空间4f2G-\:ss:X
------------------ ------------------------------------ITPUB个人空间J3zJ,o([1f9o
AAAMvjAAKAAAAEdAAA                                  285ITPUB个人空间#C?T9b'bV'sh
AAAMvjAAKAAAAEdAAB                                  285ITPUB个人空间|5n@kaFU}t3_
AAAMvjAAKAAAAEdAAC                                  285
)b}V s+Ng(kv0AAAMvjAAKAAAAEeAAA                                  286ITPUB个人空间:Bv$s/R1G(@BF
ITPUB个人空间%I,a [-G?A
步二: 在B会话中通过AAAMvjAAKAAAAEdAAC修改表.ITPUB个人空间{m[+uh.i(j3l*NhP
SQL> update jj_3 set id=10 where rowid='AAAMvjAAKAAAAEdAAC';
ph~XyQ _`0L D0ITPUB个人空间:fb)VH6t6J
已更新 1 行。

步三: 在A会话中通过AAAMvjAAKAAAAEdAAA查看行
/{c-X!m4lL0SQL> select * from jj_3 where rowid='AAAMvjAAKAAAAEdAAA';ITPUB个人空间9Kb#R
A%x8^)g
ITPUB个人空间;gB@7]|$c%@$fH
        ID NAITPUB个人空间1x*z `@2]0B$O
---------- --ITPUB个人空间-n&W,KS.i
         4 aa
)cjf/j.B{OS0
kV[ZX0n9Tdr)E!k0
Z!FkTUz0ITPUB个人空间 n(f U)C
Q
在做步一和二之前,先查看一下X$BH,因为他会因为oracle的内部操作而增加,ITPUB个人空间oA5N j7}AZ
ITPUB个人空间%v{n,OsLE5LD
实验前查看结果:
,M,`
q6{sP5E.S-T!P"P0SQL> select addr,tch from x$bh where dbarfil=5 and dbablk=41;ITPUB个人空间~T}l D;|#{&x4E

Vtx$J7m(]gR0ADDR            TCH
w%w6X'E.u W2y0-------- ----------ITPUB个人空间.G%i!}:i#@.y&D
080B51BC         63ITPUB个人空间W(jY2J.S Y$e
实验后查看结果:
b#K9kJ9f0SQL> select addr,tch from x$bh where dbarfil=5 and dbablk=41;ITPUB个人空间 d2Xgp1nW`$P

p4a(a_ L3w
l,x%dk x0ADDR            TCH
.Mn_O3C,o0-------- ----------ITPUB个人空间qEy%dG_dl:@,CI h
080B51BC         64
,q\1M"JH-S(g0  结论一:在块一中修改行A,按照rowid访问块一中的行B,这样会访问事务表;再试试不同的块ITPUB个人空间ztM
f nL"s
操作前先查看下X$BH:
/n"x)mlX0SQL> select addr,tch from x$bh where dbarfil=5 and dbablk=41;
QR/J\k.m%U\N6E0ITPUB个人空间 eM%|[1Z/t5I
ADDR            TCH
Hut3t&fr_0-------- ----------ITPUB个人空间H.m,]H \ ug*j,D
080B51BC         67ITPUB个人空间 r)b5R/cnZx]
}b
ITPUB个人空间d4_Ixo*J
接着刚才的实验,我又访问了不同的块:ITPUB个人空间+t2GZkYuyA K
SQL> select * from jj_3 where rowid='AAAMvjAAKAAAAEeAAA';
b/?
j$D Y}0ITPUB个人空间.Fzw,D;Vv$P
        ID NAITPUB个人空间D0k6[XZ-m
---------- --ITPUB个人空间1ZAR.ZSz
         4 aa
B!j6c!cH#[d0再次查看X$BH的结果是:
(U5h}4F^zee+D }0SQL> select addr,tch from x$bh where dbarfil=5 and dbablk=41;ITPUB个人空间.N~Ai+P!?4I

DG^3Q2?T,O dx;joB)N6S0ADDR            TCHITPUB个人空间R2n xuZ1V.Y
-------- ----------ITPUB个人空间 nB+J1Ev
Ahg
080B51BC         67
(^:F[)T:P Lfas0结果很明显了,用rowid访问不同的块,是不会增加TCH值的.也就是说不会有CR块产生.
%b7Ta3PnANH&O+T0ITPUB个人空间#N&g dm,G"\_i
在晶晶实验六中,已经证明了在生成CR块时,oracle可以根据数据块头部的ITL槽中的UBA,找到存放数据块回滚信息的回
r0NxjN
vE0
(l1l?7Y;e/\(k0滚块和回滚记录,通过这个UBA就可以构造CR块咯,oracle为什么还要再去访问事务表呢?这是因为,oracle的提交有时会
!m5wUXr.um0
/qOafx1S*Ve.\Q/F0是延迟提交.oracle并不清除延迟提交所涉及的块中的事务信息,如:事务所占ITL槽和行锁.而把清除事务信息这个操作ITPUB个人空间9v4`HBArxq
d
ITPUB个人空间6a)o]/@$`%~$p
放到了以后的块清除中(块清除在以后的实验会详细讲述),oracle这样做的目的是为加快提交速度.如果一个事务涉及
a.EYj"H/V~]0
P:T9|iG:K0到了过多的块,单单是提交时清除每个块中的事务信息就需要耗费很长时间.这降低了提交速度.有可能使提交成为最易
,?p8W^0C9O!|.E0ITPUB个人空间%{zB%}hX#V|
引起争用的操作.当事务提交时,对事务所涉及的块,不做任何操作,块将保持事务仍在持续时的信息.当一个select操作
_.sUs9?(V GD0ITPUB个人空间qA q4|
O
查询到这个块时,ITL槽中的提交标志为未提交,但实际上这个事务是已经提交的.就是因为有了延迟提交oracle无法根
.Y6E){D r+p/l0
9q8] `s^_0据ITL槽中的提交标志来判断一个块中的事务是否真的提交.他必须根据ITL中的XID 去访问事务表.才能确定此块中的ITPUB个人空间'xw"E0[@!U!{2f
ITPUB个人空间]0h5L6Ox1b
事务是否真的提交.在生成CR块前,oracle先要判断是否真的有必要为此块生成CR块.这就要去访问事务表.