oracle的事务与锁与回滚段的block 的一点摸索

d.c.b.a · 发表于 2005-4-4 15:03

因为光用32bit的SCN是不够的,所以分了SCN Base和SCN Wrap, 加在一起是48 bit, 至于没有用64位的SCN可能是历史原因了.

古道狼烟 · 发表于 2005-4-4 16:15

又是一个精华贴

xinjingcool · 发表于 2005-4-4 21:21

最初由 ITjane 发布
[B]設置較大的inittrans,是不是就意味著oracle會分配更多的資源來管理事務.我一直不楚應該設置大inittrans還是.請指教 [/B]

设置inittrans参数是为了减少itl动态分配，动态分配的itl使用pctfree的空间，所以最大事务数可能达不到maxtrans

jametong · 发表于 2005-4-5 18:52

最初由 xzh2000 发布
[B]TO 版主：
alter system dump datafile 3 block 10579;

你怎么能确定要DUMP的块号是10579? [/B]

SQL> select rowid ,
  2 dbms_rowid.rowid_relative_fno(rowid) file_no,
  3 dbms_rowid.rowid_block_number(rowid) block_number
  4  from emp
  5  /

ROWID                FILE_NO BLOCK_NUMBER
------------------ ---------- ------------
AAAHIFAABAAAUMSAAA       1       82706
AAAHIFAABAAAUMSAAB       1       82706
AAAHIFAABAAAUMSAAC       1       82706
AAAHIFAABAAAUMSAAD       1       82706
AAAHIFAABAAAUMSAAE       1       82706

zhang_yong88 · 发表于 2005-4-7 11:40

最初由 biti_rainy 发布
[B]

假如存在顺序未提交事务 a,b,c

分别存在before  image a1,b1,c1

a1 是原始数据
b1包含了a 的改变
c1包含了a和b的改变

就算提交了任何一个事务  的数据
也可以通过before  image 的数据来回滚

这里要提醒注意的一点是：

回滚不是用回滚段中的block 去替换 datafile 中的block
如果是这样那肯定无法  恢复  到不丢失数据状态

回滚，是 DML 的逆操作

也就是
insert ----  delete
delete --- insert
update-----update [/B]

這里的 b1 為何會包括 a 的改變呀。
我的理解是﹐三個事務都是回滾段中的同一個塊中存在的 block image 中來讀取 before image 的﹐因為它們只是有先后的不同﹐然而事務并沒有提交呀。不然我們在各個事務中進行 select 時那如何得到這一致性的呀。

如在事務 c 中進行 select ﹐因為有事務 a﹑b 先進行改變﹐那它的 before image 還是原來那個未曾改變的塊吧﹐而不至少已含有 a 的改變....