Re: Proposed WAL changes - Mailing list pgsql-hackers

From Ian Lance Taylor
Subject Re: Proposed WAL changes
Date
Msg-id sizoex2jne.fsf@daffy.airs.com
Whole thread Raw
In response to RE: Proposed WAL changes  ("Mikheev, Vadim" <vmikheev@SECTORBASE.COM>)
List pgsql-hackers
"Mikheev, Vadim" <vmikheev@SECTORBASE.COM> writes:

> > > I feel that the fact that
> > > 
> > > WAL can't help in the event of disk errors
> > > 
> > > is often overlooked.
> > 
> > This is true in general.  But, nevertheless, WAL can be written to
> > protect against predictable disk errors, when possible.  Failing to
> > write a couple of disk blocks when the system crashes is a reasonably
> > predictable disk error.  WAL should ideally be written to work
> > correctly in that situation.
> 
> But what can be done if fsync returns before pages flushed?

When you write out critical information, you keep earlier versions of
it.  On startup, if the critical information is corrupt, you use the
earlier versions of it.  This helps protect against the scenario I
mentioned: a few disk blocks may not have been written when the power
goes out.

My impression is that that is what Tom is doing with his patches.

Ian

---------------------------(end of broadcast)---------------------------
TIP 77: A beautiful man is paradise for the eyes, hell for the soul, and
purgatory for the purse.


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: AW: Proposed WAL changes
Next
From: Justin Clift
Date:
Subject: Re: Performance monitor