ITL:Interested Transaction List,很多人都把它叫做事务槽。它位于BLOCK Header，下面来看看DUMP出来的一个BLOCK

Itl           Xid                  Uba         Flag  Lck        Scn/Fsc
0x01   0x0006.02d.000027cc  0x00809de3.0266.02  --U-    1  fsc 0x0000.00d96fac
0x02   0x0000.000.00000000  0x00000000.0000.00  ----    0  fsc 0x0000.00000000

可以看到ITL包含了SCN,undo地址，事物信息，事物影响该block的条数。

从上面的信息可以看到block中也会记录SCN的信息，每个ITL对应一个SCN，由于一个事物的操作可能会涉及到多个BLOCK的更改，所以一个事物可能在多个BLOCK中产生ITL信息。SCN是根据systimestamp转化而来的，精确程度相当高，顺便提一下，控制文件会记录3个SCN，数据文件头也会记录一个SCN，想要了解更多SCN内容，查看前面的文章。ITL中另外一个相当重要的就是Uba,它记录了UNDO的信息，这个是consistant read的基础，我们知道用户发出一条SQL语句，ORACLE就知道了它的结果，为什么ORACLE有这个先知功能呢?事实上ORACLE的另外一个中文翻译也是先知。其实答案就在于ITL中记录的SCN,和Uba.当发出一条sql语句时，ORACLE会记录下这个时刻(SCN),然后在buffer cache中查找需要的BLOCK,或者从磁盘上读，当别的会话修改了数据，或者正在修改数据，就会在相应的block上记录ITL,此时ORACLE发现ITL中记录的SCN大于SELECT时刻的SCN，那么ORACLE就会根据ITL中的Uba找到UNDO信息获得该block的前镜像，然后在buffer cache 中构造出来，此时ORALCE 也会检查构造出来的BLOCK中ITL记录的SCN，如果SCN还大于select时刻的SCN，那么一直重复构造前镜像，然后ORACLE找到前镜像BLOCK中的ITL的SCN是否小于select的SCN,同时检查这个事物有没有提交或者回滚，如果没有，那么继续构造前镜像，直到找到需要的BLOCK，如果在构造前镜像的过程中所需的UNDO信息被覆盖了，就会报快照过旧的错误，这样ORACLE就实现了多版本，这就是ORACLE多版本的本质，我们现在也知道了为什么发出一条select 语句总是会看到consistant gets了。

ITL也是要占用空间的，它存在于block 头部。在ORACLE10g中，如果建表的时候不指定initrans参数，那么默认的itl数为2，最大上限为255，同时指定maxtrans参数会被忽略(9i中有效)，在BLOCK有足够空间的情况下，ORACLE会在需要的情况下自动分配ITL。

对于热点表，可以适当设置较大的pctfree，以保证ORACLE能够有足够空间分配ITL。

PCTFREE：这个值=BLOCK中空闲的大小/BLOCK总大小*100

10g中默认的pctfree为10，ORACLE会为一个BLOCK保留10%的空间以确保将来对于BLOCK中的数据的更新，如果这个值设置过小，可能会产生行迁移，导致性能下降，下面做个试验，验证ITL与PCTFREE的关系

SQL> create table test(a number,b varchar2(100)) pctfree 0;

表已创建。

SQL> begin
  2  for i in 1..3000 loop
  3  insert into test values(i,'My name is Robinson');
  4  end loop;
  5  commit;
  6  end;
  7  /

PL/SQL 过程已成功完成。

SQL> select distinct dbms_rowid.rowid_block_number(rowid) from test;

DBMS_ROWID.ROWID_BLOCK_NUMBER(ROWID)
------------------------------------
                                  22
                                  30
                                  28
                                  29
                                  20
                                  21
                                  26
                                  31
                                  24
                                  23
                                  27

已选择11行。  由此可知test表占用了11个block

SQL> select distinct dbms_rowid.rowid_block_number(rowid) from test where a<4;

DBMS_ROWID.ROWID_BLOCK_NUMBER(ROWID)
------------------------------------
                                  22  由此可知表的前面3行位于同一个block

session1中

SQL> update test set b='I am Mr.Robinson' where a=1;

已更新 1 行。

session2中

SQL> update test set b='I like beautifual grils' where a=2;

已更新 1 行。

session3中

SQL> update test set b='Ilove you' where a=3;

出现等待

查看当前等待事件 v$session_wait 视图

SQL> select event from v$session_wait where event like '%ITL%';

EVENT
----------------------------------------------------------------
enq: TX - allocate ITL entry
可以看到此时出现了分配ITL条目的等待，因为PCTFREE为0，BLOCK中没有足够空间分配ITL，ORACLE只能重用ITL，但是这个时候由于没有COMMIT，无法重用ITL，所以会出现allocate ITL 等待事件，要解决此类问题，可以从新创建表，增大PCTFREE的值，或者更改应用设计，减少竞争。