Re: max_standby_delay considered harmful - Mailing list pgsql-hackers

From Florian Pflug
Subject Re: max_standby_delay considered harmful
Date
Msg-id 3700B58D-452D-458D-983D-D68B7A91DA97@phlo.org
Whole thread Raw
In response to Re: max_standby_delay considered harmful  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
Responses Re: max_standby_delay considered harmful
Re: max_standby_delay considered harmful
List pgsql-hackers
On May 10, 2010, at 11:43 , Heikki Linnakangas wrote:
> If you're not going to apply any more WAL records before shutdown, you
> could also just release all the AccessExclusiveLocks held by the startup
> process. Whatever the transaction was doing with the locked relation, if
> we're not going to replay any more WAL records before shutdown, we will
> not see the transaction committing or doing anything else with the
> relation, so we should be safe. Whatever state the data on disk is in,
> it must be valid, or we would have a problem with crash recovery
> recovering up to this WAL record and then starting up too.

Sounds plausible. But wouldn't this imply that HS could *always* postpone the acquisition of an AccessExclusiveLocks
untilright before the corresponding commit record is replayed? If fail to see a case where this would fail, yet
recoveryin case of an intermediate crash would be correct. 

best regards,
Florian Pflug



pgsql-hackers by date:

Previous
From: Heikki Linnakangas
Date:
Subject: Re: max_standby_delay considered harmful
Next
From: Kenichiro Tanaka
Date:
Subject: make install fails due to "/bin/mkdir: missing operand"