这篇博客探讨了数据库事务在提交后的ITL（Item Transaction List）记录状态变化。内容涉及事务开始时的锁状态、提交事务时的标志更新以及DML操作如何影响ITL。文章指出，事务提交后其ITL记录并不会立即清除，而是在有新的DML操作需要ITL Slot时才会被清理。同时，文章详细解析了ITL中锁标识（Lck）、事务状态标志（Flag）和文件系统上下文（Fsc）的变化情况。
1. 事务开始
Itl Xid Uba Flag Lck Scn/Fsc
0x01 0x0008.014.0000024e 0x0080028e.00d9.2e C--- 0 scn 0x0000.00164660
0x02 0x0007.001.000001bb 0x0080049a.00cf.2c ---- 1 fsc 0x0000.00000000
lck标识为1，表示该事务锁住了1条记录, fsc变成0x0000.00000000 相应的记录lb指向ITLOx02
block_row_dump:
tab 0, row 0, @0x1f8d
tl: 10 fb: --H-FL-- lb: 0x2 cc: 1
col 0: [ 6] 67 75 6f 6a 6a 65
end_of_block_dump
2. 提交事务:
Itl Xid Uba Flag Lck Scn/Fsc
0x01 0x0008.014.0000024e 0x0080028e.00d9.2e C--- 0 scn 0x0000.00164660
0x02 0x0007.001.000001bb 0x0080049a.00cf.2c --U- 1 fsc 0x0000.0016a59d
block_row_dump:
tab 0, row 0, @0x1f8d
tl: 10 fb: --H-FL-- lb: 0x2 cc: 1
col 0: [ 6] 67 75 6f 6a 6a 65
end_of_block_dump
lck标识仍为1，相应记录的lb仍然没有改变.但是flag变为了--U--
flag的标记解释如下：
---- = transaction is active, or committed pending cleanout
C--- = transaction has been committed and locks cleaned out
-B-- = this undo record contains the undo for this ITL entry
--U- = transaction committed (maybe long ago); SCN is an upper bound
3. 当该数据块上另外一条记录执行DML操作,并提交,这时ITL表会变成：
Itl Xid Uba Flag Lck Scn/Fsc
0x01 0x0008.00b.0000024f 0x00800290.00d9.29 --U- 1 fsc 0x0000.0016a6eb
0x02 0x0006.021.00000247 0x0080010e.00d6.13 --U- 1 fsc 0x0000.0016a887
4. 当该数据块上另外一条记录执行DML操作,可以看到所有的ITL的flag的都被重置:
Itl Xid Uba Flag Lck Scn/Fsc
0x01 0x0008.00b.0000024f 0x00800290.00d9.29 ---- 1 fsc 0x0000.00000000
0x02 0x0007.001.000001bb 0x0080049a.00cf.2c C--- 0 scn 0x0000.0016a59d
block_row_dump:
tab 0, row 0, @0x1f82
tl: 11 fb: --H-FL-- lb: 0x1 cc: 1
col 0: [ 7] 67 75 6f 5f 6a 6a 65
end_of_block_dump
可以看到0x02的lck被清除,fsc变为scn.
结论与问题：事务提交后ITL相应的记录并不清除，当有其他DML操作找不到可用的Slot时，
才会清除.
扫一扫
819
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
