Re: synchronous_commit off

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

In response to

Browse pgsql-performance by date

  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