Re: ITL mechanism

From: Randolf Geist <>
Date: Fri, 12 Aug 2011 04:21:08 -0700 (PDT)
Message-ID: <>

On Aug 12, 5:19 am, vsevolod afanassiev
<> wrote:
> Thanks. Let's say there are 100 rows in a block and 50 got updated by
> one transaction. Then single ITL entry
> should contain information about 50 rows. How do you fit information
> about 50 rows in 24 bytes?
> Quote:
> This variable portion of the data block contains slots for
> transactions to put the locking information. When a row in the block
> is locked for the first time, the transaction places a lock in one of
> the slots with the rowid of the row that is locked. In other words,
> the transaction makes it known that it is interested in the row (hence
> the name “Interested Transaction List”). When the same transaction or
> another one locks another row, the information is stored in another
> slot, and so on.

The quoted part is wrong, the row entry contains a lock byte that points to the ITL slot, there is no ROWID stored in the ITL slot. There is only a single ITL slot allocated for a single transaction within a single block no matter how many rows of that block are modified by that transaction. The lock byte of each row entry links the row to the transaction.

You might want to read Arup's article on that topic where he specifically covers that point:

and this one may be also:

Hope this helps,
Randolf Received on Fri Aug 12 2011 - 06:21:08 CDT

Original text of this message