Re: Make relfile tombstone files conditional on WAL level

Поиск
Список
Период
Сортировка
От Thomas Munro
Тема Re: Make relfile tombstone files conditional on WAL level
Дата
Msg-id CA+hUKGLo6k3BTSo5dHiY3zUh4TUVbdkPaJVpj8mQAes0k4p9CQ@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Make relfile tombstone files conditional on WAL level  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: Make relfile tombstone files conditional on WAL level  (Thomas Munro <thomas.munro@gmail.com>)
Список pgsql-hackers
On Fri, Mar 5, 2021 at 11:02 AM Thomas Munro <thomas.munro@gmail.com> wrote:
> This is a WIP with an open question to research: what could actually
> break if we did this?

I thought this part of bgwriter.c might be a candidate:

       if (FirstCallSinceLastCheckpoint())
       {
           /*
            * After any checkpoint, close all smgr files.  This is so we
            * won't hang onto smgr references to deleted files indefinitely.
            */
            smgrcloseall();
       }

Hmm, on closer inspection, isn't the lack of real interlocking with
checkpoints a bit suspect already?  What stops bgwriter from writing
to the previous relfilenode generation's fd, if a relfilenode is
recycled while BgBufferSync() is running?  Not sinval, and not the
above code that only runs between BgBufferSync() invocations.



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

Предыдущее
От: Michael Paquier
Дата:
Сообщение: Re: Add jsonlog log_destination for JSON server logs
Следующее
От: Michael Paquier
Дата:
Сообщение: Re: reindexdb usage message about system catalogs