Re: Hot Standby: First integrated patch

From: "Merlin Moncure" <mmoncure(at)gmail(dot)com>
To: "Simon Riggs" <simon(at)2ndquadrant(dot)com>
Cc: pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Hot Standby: First integrated patch
Date: 2008-10-18 15:21:10
Message-ID: b42b73150810180821i19ba04cdi135bd02d585cabf4@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Sat, Oct 18, 2008 at 4:11 AM, Simon Riggs <simon(at)2ndquadrant(dot)com> wrote:
>
> On Fri, 2008-10-17 at 16:47 -0400, Merlin Moncure wrote:
>> On Fri, Oct 17, 2008 at 10:38 AM, Simon Riggs <simon(at)2ndquadrant(dot)com> wrote:
>> >
>> > First integrated patch for Hot Standby, allowing queries to be executed
>> > while in recovery mode.
>> >
>> > The patch tests successfully with the enclosed files:
>> > * primary_setup_test.sql - run it on primary node
>> > * standby_allowed.sql - run on standby - should all succeed
>> > * standby_disallowed.sql - run on standby - should all fail
>> > plus other manual testing.
>> >
>> > This is still WIP - its good enough to release for comments, though I am
>> > not yet confident enough to claim it bug free.
>> >
>> > What this doesn't do YET:
>> > * cope fully with subxid cache overflows (some parts still to add)
>> > * cope with prepared transactions on master
>> > * work correctly when running queries AND replaying WAL
>> > * work correctly with regard to AccessExclusiveLocks, which should
>> > prevent access to tables
>> >
>> > These last four points are what I'm working on over the next two weeks,
>> > plus any other holes people point out along the way. I have worked out
>> > designs for most of these aspects and will discuss them on -hackers,
>> > though most design notes are in the Wiki. I'm still looking into
>> > prepared transactions.
>> >
>> > Comments appreciated.
>>
>> It appears to be working, at least in some fashion. The supplied
>> tests all pass.
>
> Cool
>
> Thanks for testing so far.
>
>> At first glance it seems like I have to force changes to the standby
>> with pg_switch_xlog().
>>
>> hmm.
>
> You'll have to explain some more. Normally files don't get sent until
> they are full, so yes, you would need to do a pg_switch_xlog().
>
> This is not "streaming replication". Others are working on that.

right...this was expected. less the missing parts, things are working
very well.

merlin

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2008-10-18 15:28:41 Re: PGDay.it collation discussion notes
Previous Message Peter Eisentraut 2008-10-18 12:55:44 ALTER TABLE ... SET DATA TYPE (SQL:2008)