Re: Updated propsoal for read-only queries on PITR slaves (SoC 2007)

From: Jim Nasby <decibel(at)decibel(dot)org>
To: Florian G(dot) Pflug <fgp(at)phlo(dot)org>
Cc: pgsql-hackers(at)postgresql(dot)org
Subject: Re: Updated propsoal for read-only queries on PITR slaves (SoC 2007)
Date: 2007-03-05 23:37:29
Message-ID: 64C54820-66E2-4090-B8D6-80B41A63CF3A@decibel.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Mar 1, 2007, at 8:45 AM, Florian G. Pflug wrote:
> Another possibility would be to move this setting into the
> recovery.conf. The problems
> with this approach is that the recovery.conf file is deleted after
> the information
> it contains is incorporated into pg_control. Thus, the readonly
> setting would need to
> be stored in pg_control too, making it impossible for the user to
> change it later
> (e.g, after interrupting and restarting WAL replay which is
> possible with 8.2)

I think it would be best to very clearly divide setting up a cluster
as a read-only slave from doing an actual recovery. One obvious way
to do this would be to require that all read-only GUCs have to live
in postgresql.conf and not recovery.conf. There's probably some other
more elegant solutions as well.
--
Jim Nasby jim(at)nasby(dot)net
EnterpriseDB http://enterprisedb.com 512.569.9461 (cell)

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Jim Nasby 2007-03-05 23:42:26 Re: Possible Bug: high CPU usage for stats collector in 8.2
Previous Message Bruce Momjian 2007-03-05 23:34:53 Re: [HACKERS] [CORE] GPL Source and Copyright Questions