Re: crash recovery vs partially written WAL

Поиск
Список
Период
Сортировка
От Bruce Momjian
Тема Re: crash recovery vs partially written WAL
Дата
Msg-id 20201231231113.GA30966@momjian.us
обсуждение исходный текст
Ответ на Re: crash recovery vs partially written WAL  (Stephen Frost <sfrost@snowman.net>)
Список pgsql-hackers
On Thu, Dec 31, 2020 at 02:27:44PM -0500, Stephen Frost wrote:
> Greetings,
> 
> * Bruce Momjian (bruce@momjian.us) wrote:
> > On Wed, Dec 30, 2020 at 12:52:46PM -0800, Andres Freund wrote:
> > > A question from a colleague made me wonder if there are scenarios where
> > > two subsequent crashes could lead to wrong WAL to be applied.
> > > 
> > > Imagine the following scenario
> > > [ xlog page 1 ][ xlog page 2 ][ xlog page 3 ][ xlog page 4 ]
> > >     ^flush                                        ^write ^insert
> > > 
> > > if the machine crashes in this moment, we could end up with a situation
> > > where page 1, 3, 4 made it out out to disk, but page 2 wasn't.
> > 
> > I don't see any flaw in your logic.  Seems we have to zero out all
> > future WAL files, not just to the end of the current one, or at least
> > clear xlp_pageaddr on each future page.
> 
> I've wondered before if we should be doing a timeline switch at the end
> of crash recovery...

For a while we had trouble tracking timeline switches, but I think we
might be fine on that now.

-- 
  Bruce Momjian  <bruce@momjian.us>        https://momjian.us
  EnterpriseDB                             https://enterprisedb.com

  The usefulness of a cup is in its emptiness, Bruce Lee




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

Предыдущее
От: Soumyadeep Chakraborty
Дата:
Сообщение: Re: Table AM modifications to accept column projection lists
Следующее
От: Peter Geoghegan
Дата:
Сообщение: Re: Deleting older versions in unique indexes to avoid page splits