Re: FPI

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: FPI
Дата
Msg-id AANLkTincwW=x01kfHxbB5__uRVw2oqvz5jGkZMcDru1a@mail.gmail.com
обсуждение исходный текст
Ответ на Re: FPI  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
On Tue, Feb 1, 2011 at 12:41 PM, Tom Lane <tgl@sss.pgh.pa.us> wrote:
> Robert Haas <robertmhaas@gmail.com> writes:
>> So I'm back to proposing that we just apply FPI-free WAL records
>> unconditionally, without regard to the LSN.  This could potentially
>> corrupt the page, of course.
>
> Yes.  So you're still assuming that there will be a later FPI-containing
> WAL record to fix up the mess you created.  What if there isn't?

In that case, the page shouldn't be corrupted.  The possibility of
corruption comes from the fact that a future WAL record might
rearrange the page contents so that the current WAL record is no
longer applying to the set of tuples it expects to be seeing.  But any
such action would necessarily induce an FPI.  If there is no such
action, then how can the page get into a state where replaying a heap
delete will corrupt it?  For that to happen, the item pointer list has
to have changed.

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


В списке pgsql-hackers по дате отправления:

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: Spread checkpoint sync
Следующее
От: Jeff Davis
Дата:
Сообщение: Re: SSI patch version 14