Re: Improve the efficiency of _bt_killitems.

From: Heikki Linnakangas <hlinnaka(at)iki(dot)fi>
To: feichanghong <feichanghong(at)qq(dot)com>, pgsql-hackers(at)lists(dot)postgresql(dot)org
Cc: hu_yajun(at)qq(dot)com
Subject: Re: Improve the efficiency of _bt_killitems.
Date: 2024-11-01 08:24:02
Message-ID: 3c957e3b-1faf-4d11-aaef-d7b773c30046@iki.fi
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On 01/11/2024 09:19, feichanghong wrote:
> Hi hackers,
>
> In the _bt_killitems function, the following logic is present: we
> search to the right for an index item that matches the heap TID and
> attempt to mark it as dead. If that index item has already been
> marked as dead by other concurrent processes, we will continue
> searching. However, there should not be any more matching index items
> on the current page.
Why could there not be more matching items on the page?

Are you assuming a unique index? Even then it's not right; you can have
multiple index entries point to different heap tuples with the same key,
as long as they're not visible at the same time. For example, if you
UPDATE or DELETE+INSERT a row.

--
Heikki Linnakangas
Neon (https://neon.tech)

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message feichanghong 2024-11-01 08:41:50 Re: Improve the efficiency of _bt_killitems.
Previous Message jian he 2024-11-01 08:07:00 Re: Wrong result when enable_partitionwise_join is on if collation of PartitionKey and Column is different.