oracle itl解析,對oracle ITL(事務槽)的理解

一、ITL描述：

ITL(Interested Transaction List)是Oracle數據塊內部的一個組成部分，

位於數據塊頭(block header)，itl由xid，uba，flag，lck和scn/fsc組成，

用來記錄該塊所有發生的事務，一個itl可以看作是一條事務記錄。

當然，如果這個事務已經提交，那么這個itl的位置就可以被反復使用了，

因為itl類似記錄，所以，有的時候也叫itl槽位。如果一個事務一直沒有提交，

那么，這個事務將一直占用一個itl槽位，itl里面記錄了事務信息，回滾段的入口，

事務類型等等。如果這個事務已經提交，

那么，itl槽位中還保存的有這個事務提交時候的SCN號。

ITL個數其最小值為1，由參數initrans控制(由於兼容性的原因，

oracle會在對象的存儲塊分配兩個itl，所以initrans的最小值實際上為2)，

最大值為255，由參數maxtrans控制，最大值參數在10g以后不能被修改，

itl是block級的概念，一個itl占用塊46B的空間，參數initrans意味着塊中

除去block header外一部分存儲空間無法被記錄使用(46B*initrans)，

當塊中還有一定的free space時，oracle可以使用free space構建itl供事務使用，

如果沒有了free space，那么，這個塊因為不能分配新的itl，所以就可能發生itl等待。

如果在並發量特別大的系統中，最好分配足夠的itl個數，其實它並浪費不了太多的空間，

或者，設置足夠的pctfree，保證itl能擴展，但是pctfree有可能是被行數據給消耗掉的，

如update，所以，也有可能導致塊內部的空間不夠而導致itl等待。

dump一個塊可以看到ITL信息類似如下：

Itl           Xid                                    Uba

Flag      Lck        Scn/Fsc

0x01   0x0006.002.0000158e  0x0080104d.00a1.6e   --U-   734

fsc 0x0000.6c9deff0

0x02   0x0000.000.00000000  0x00000000.0000.00  ----        0

fsc 0x0000.00000000

Xid：事務id，在回滾段事務表中有一條記錄和這個事務對應

Uba：回滾段地址，該事務對應的回滾段地址

第一段地址：回滾數據塊的地址，包括回滾段文件號和數據塊號

第二段地址：回滾序列號

第三段地址：回滾記錄號

SELECT UBAFIL 回滾段文件號,UBABLK 數據塊號,UBASQN 回滾序列號,

UBAREC 回滾記錄號 FROM v$transaction --查看UBA

Flag：事務標志位。這個標志位就記錄了這個事務的操作，各個標志的含義分別是：

----- = 事務是活動的，或者在塊清除前提交事務

C--- = 事務已經提交並且清除了行鎖定。

-B-- = this undo record contains the undo for this ITL entry

--U- = 事務已經提交(SCN已經是最大值)，但是鎖定還沒有清除(快速清除)。

---T =當塊清除的SCN被記錄時，該事務仍然是活動的，塊上如果有已經提交的事務，

那么在clean ount的時候，塊會被進行清除，但是這個塊里面的事務不會被清除。

Lck：影響的記錄數

Scn/Fsc：快速提交(Fast Commit Fsc)的SCN或者Commit SCN。

每條記錄中的行級鎖對應於Itl列表中的序號，即哪個事務在該記錄上產生的鎖。

二、ITL等待

發生等待的場景：

1.超過maxtrans配置的最大ITL數

2.initrans不足，沒有足夠的free space來擴展ITL

解決方法：

1.maxtrans不足：這一情況是由高並發引起的：同一數據塊上的事務量

已經超出了其實際允許的ITL數。因此，要解決這類問題就需要從應用着手，

減少事務的並發量;長事務，在保證數據完整性的前提下，增加commit的頻率，

修改為短事務，減少資源占用事件。而對於OLAP系統來說(例如，其存在高並發量

的數據錄入模塊)，可以考慮增大數據塊大小。

2.initrans不足：數據塊上的ITL數量並沒有達到MAX TRANS的限制，

發生這種情況的表通常會被經常UPDATE，從而造成預留空間(PCTFREE)被填滿。

如果我們發現這類ITL等待對系統已經造成影響，可以通過增加表的INITRANS或者

PCTFREE來解決(視該表上的並發事務量而定，通常，如果並發量高，建議優先增加

INITRANS，反之，則優先考慮增加PCTFREE)。

要注意的一點是，如果是使用ALTER TABLE的方式修改這2個參數的話，

只會影響新的數據塊，而不會改變已有數據的數據塊——要做的這一點，需要將數據

導出/導入、重建表。

ITL重用后如何實現前ITL讀一致性：

ORACLE通過ITL條目中記錄的回滾段地址找到回滾段,實現讀一致性,如果事務已提交,

ITL就可以被重用,但是若前一個ITL被重用，前一個ITL的讀一致性是如何實現的呢？

假定block只有一個itl，假定第一個事務的時候產生了 ITL-0

第二個事務來了，產生了 ITL-1 ,ITL-1 里面的UBA 可以找到回滾段地址，

回滾段中除了記錄了 block用戶數據的 before image 外還記錄了  ITL-0 的信息。

第三個事務來了，產生了 ITL-2  , ITL-2 中 UBA 指向回滾段，

回滾段中也記錄了 ITL-1 的信息。

這樣當一個查詢若需要ITL-0時候的信息，則找到當前block，發現是 ITL-2 ,

根據UBA找到回滾段進行 roll 得到  變化前 block ，這個時候發現block中是 ITL-1 .

還不能滿足需求。 於是再根據 ITL-1 中的 UBA 又去回滾段中找到數據來進行roll，

得到一個block 數據，這個時候block中就有了 ITL-0。

通過根據當前ITL進行遞歸的方式找到數據，實現之前ITL的獨一致性。

下圖為相老師提供的講解范例: