Re: index prefetching
От | Robert Haas |
---|---|
Тема | Re: index prefetching |
Дата | |
Msg-id | CA+TgmoYmZ+5mO1YaNfwcC2Kh3WDssksQQthoZ=xdDQyfdvoBuw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: index prefetching (Andres Freund <andres@anarazel.de>) |
Список | pgsql-hackers |
On Thu, Feb 15, 2024 at 10:33 AM Andres Freund <andres@anarazel.de> wrote: > The issue here is that we need to read index leaf pages (synchronously for > now!) to get the tids to do readahead of table data. What you describe is done > for the table data (IMO not a good idea medium term [1]), but the problem at > hand is that once we've done readahead for all the tids on one index page, we > can't do more readahead without looking at the next index leaf page. Oh, right. > However, if we want to issue table readahead for tids on the neighboring index > leaf page, we'll - as the patch stands - not hold a pin on the "current" index > leaf page. Which makes index prefetching as currently implemented incompatible > with kill_prior_tuple, as that requires the index leaf page pin being held. But I think it probably also breaks MVCC, as Peter was saying. -- Robert Haas EDB: http://www.enterprisedb.com
В списке pgsql-hackers по дате отправления: