Re: When creating index, why pointing to old version of tuple

Chao Li <li(dot)evan(dot)chao(at)gmail(dot)com> 于2025年8月1日周五 14:16写道：

> Hi Community,
>
> Let me use a small example to demonstrate my observation.
>
> Step 1: create a simple table, insert a tuple and update it.
>
> create table ta (id int, name varchar(32), age int);
> insert into ta values(1, 'aa', 4);
> update ta set age=99 where id=1;
>
> Step 2: with pageinspect, we can the 2 version of the tuple:
>
> SELECT * FROM heap_page_items(get_raw_page('ta', 0));
> lp | lp_off | lp_flags | lp_len | t_xmin | t_xmax | t_field3 | t_ctid |
> t_infomask2 | t_infomask | t_hoff | t_bits | t_oid | t_data
>
> ----+--------+----------+--------+--------+--------+----------+--------+-------------+------------+--------+--------+-------+----------------------------
> 1 | 8152 | 1 | 36 | 765 | 765 | 0 | (0,2) |
> 16387 | 34 | 24 | | |
> \x010000000761610004000000
> 2 | 8112 | 1 | 36 | 765 | 0 | 2 | (0,2) |
> 32771 | 10242 | 24 | | |
> \x010000000761610063000000
> (2 rows)
>
> The old version's ctid now points to (0,2) which is expected.
>
> Step 3: create a index on the table
>
> create index idx_ta_age on ta(age);
>
> Step 4: view the index page
>
> evantest=# SELECT * FROM bt_page_items('idx_ta_age', 1);
> itemoffset | ctid | itemlen | nulls | vars | data |
> dead | htid | tids
>
> ------------+-------+---------+-------+------+-------------------------+------+-------+------
> 1 | (0,1) | 16 | f | f | 63 00 00 00 00 00 00 00 | f
> | (0,1) |
> (1 row)
>
> Here comes my question, why the index entry's ctid points to the old
> version tuple?
>
> I understand that, for updated tuples, old version's ctid points to new
> version, that builds a chain of all versions. But my confusion is that,
> when an index is created, older transactions and in-progress transactions
> won't see the newly created index. So, it should be ok for the index to
> point to the newest version of tuple version that is visible to the index.
>
> Can anyone please explain me about that?
>
>
If the index points to the newest version of the tuple, how do old
transactions read the old version of the tuple using an index scan for old
transactions?
Pointing to the old version is friendly if the table is often updated. This
way, we don't need to update the index tuple.

--
Thanks,
Tender Wang