Re: Hot standby and b-tree killed items - Mailing list pgsql-hackers

From Gregory Stark
Subject Re: Hot standby and b-tree killed items
Date
Msg-id 87y6ybkjey.fsf@oxford.xeocode.com
Whole thread Raw
In response to Re: Hot standby and b-tree killed items  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
Responses Re: Hot standby and b-tree killed items
List pgsql-hackers
"Kevin Grittner" <Kevin.Grittner@wicourts.gov> writes:

>>>> Simon Riggs <simon@2ndQuadrant.com> wrote: 
>  
>> max_standby_delay is set in recovery.conf, value 0 (forever) -
> 2,000,000
>> secs, settable in milliseconds. So think of it like a deadlock
> detector
>> for recovery apply.
>  
> Aha!  A deadlock is a type of serialization failure.  (In fact, on
> databases with lock-based concurrency control rather than MVCC, it can
> be the ONLY type of serialization failure.)

I think the fundamental difference is that a deadlock or serialization failure
can be predicted as a potential problem when writing the code. This is
something that can happen for any query any time, even plain old read-only
select queries.

--  Gregory Stark EnterpriseDB          http://www.enterprisedb.com Ask me about EnterpriseDB's 24x7 Postgres support!


pgsql-hackers by date:

Previous
From: Gregory Stark
Date:
Subject: Re: Hot standby and b-tree killed items
Next
From: "Kevin Grittner"
Date:
Subject: Re: Hot standby and b-tree killed items