| From: | Michael Paquier <michael(dot)paquier(at)gmail(dot)com> |
|---|---|
| To: | John Wiencek <jwiencek3(at)comcast(dot)net> |
| Cc: | "pgsql-general(at)postgresql(dot)org" <pgsql-general(at)postgresql(dot)org> |
| Subject: | Re: synch streaming replication question |
| Date: | 2016-02-23 02:09:13 |
| Message-ID: | CAB7nPqRtMj03HU+6tKQ2-XrwEA6wrP2fmQmhcKrrtWSBNZQ8gg@mail.gmail.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-general |
On Tue, Feb 23, 2016 at 6:43 AM, John Wiencek <jwiencek3(at)comcast(dot)net> wrote:
> I have a three node cluster using streaming replication configured as
> follows:
> One synch node and one asynch node.
> If my synch node is down the master node is hung until that node is brought
> back on line.
>
> Two questions:
> 1. Is this the expected action on my master? It makes sense if it is since
> the master is waiting for an ack from the synch node.
Yes, when synchronous_commit = on, the default values that you should
have, the master will wait from standby the confirmation that the WAL
record for the commit has been flushed;
http://www.postgresql.org/docs/devel/static/runtime-config-replication.html#RUNTIME-CONFIG-REPLICATION-MASTER
> 2. Is there anyway to configure my cluster so I have a synch node but not
> have my master node “HANG” if the synch node is down?
You can do that at transaction level for example by disabling
synchronous_commit.
Regards,
--
Michael
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Thomas Munro | 2016-02-23 02:25:59 | Re: synch streaming replication question |
| Previous Message | Adrian Klaver | 2016-02-23 00:19:05 | Re: Get the date of creation of objects in the database |