From: | "Anibal David Acosta" <aa(at)devshock(dot)com> |
---|---|
To: | "'Greg Smith'" <greg(at)2ndQuadrant(dot)com>, <pgsql-performance(at)postgresql(dot)org> |
Subject: | Re: synchronous_commit off |
Date: | 2011-08-01 20:05:39 |
Message-ID: | 007101cc5086$64966780$2dc33680$@devshock.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
the application doesn't manage money or something really really critical, so
I can live with the "in case of crash" that is not a normal behavior J
Thanks.
De: pgsql-performance-owner(at)postgresql(dot)org
[mailto:pgsql-performance-owner(at)postgresql(dot)org] En nombre de Greg Smith
Enviado el: lunes, 01 de agosto de 2011 03:53 p.m.
Para: pgsql-performance(at)postgresql(dot)org
Asunto: Re: [PERFORM] synchronous_commit off
On 08/01/2011 09:29 AM, Anibal David Acosta wrote:
Can a transaction committed asynchronously report an error, duplicate key or
something like that, causing a client with a OK transaction but server with
a FAILED transaction.
No. You are turning off the wait for the transaction to hit disk before
returning to the client, but all the validation checks are done before that.
The sole risk with synchronous_commit off is that a client will get COMMIT,
but the server will lose the transaction completely--when there's a crash
before it's written to disk.
--
Greg Smith 2ndQuadrant US greg(at)2ndQuadrant(dot)com Baltimore, MD
PostgreSQL Training, Services, and 24x7 Support www.2ndQuadrant.us
From | Date | Subject | |
---|---|---|---|
Next Message | Merlin Moncure | 2011-08-01 20:25:50 | Re: Parameters for PostgreSQL |
Previous Message | Greg Smith | 2011-08-01 19:52:45 | Re: synchronous_commit off |