Re: Async Commit, v21 (now: v22) - Mailing list pgsql-patches

From Gregory Stark
Subject Re: Async Commit, v21 (now: v22)
Date
Msg-id 873azd7aag.fsf@oxford.xeocode.com
Whole thread Raw
In response to Re: Async Commit, v21 (now: v22)  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-patches
"Tom Lane" <tgl@sss.pgh.pa.us> writes:

>> If we don't do that then regular users have the ability to put the
>> catalog (and by extension everything else) at risk...
>
> How do you arrive at that conclusion?  The point of the async commit
> patch is that transactions might be lost, as in not really committed,
> but there can be no database corruption.  Otherwise we'd never consider
> making it a userset config setting.

I think the danger that arises is not related to catalogs so much as it is
related to end-of-transaction filesystem operations such as dropping heap
files. If those operations are done but the related transaction commit is lost
then you have a problem.

--
  Gregory Stark
  EnterpriseDB          http://www.enterprisedb.com


pgsql-patches by date:

Previous
From: "Simon Riggs"
Date:
Subject: Re: Async Commit, v21 (now: v22)
Next
From: Tom Lane
Date:
Subject: Re: Async Commit, v21 (now: v22)