Re: postgresql transactons not fully isolated

From: Merlin Moncure <mmoncure(at)gmail(dot)com>
To: "David G(dot) Johnston" <david(dot)g(dot)johnston(at)gmail(dot)com>
Cc: Chapman Flack <chap(at)anastigmatix(dot)net>, PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: postgresql transactons not fully isolated
Date: 2017-06-21 20:10:04
Message-ID: CAHyXU0y4AL3rHW_jLc_wgk9W0hoEStzhELKnc9HwUVz8DZQUgA@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Tue, Jun 20, 2017 at 2:58 PM, Merlin Moncure <mmoncure(at)gmail(dot)com> wrote:
> On Tue, Jun 20, 2017 at 2:34 PM, David G. Johnston
> <david(dot)g(dot)johnston(at)gmail(dot)com> wrote:
>> On Tue, Jun 20, 2017 at 12:22 PM, Chapman Flack <chap(at)anastigmatix(dot)net> wrote:
>>> I get the reported result (DELETE 0 and a table containing 2 and 3)
>>> in both 'read committed' and 'read uncommitted'.
>>
>> Practically speaking those are a single transaction isolation mode.
>>
>> https://www.postgresql.org/docs/10/static/transaction-iso.html
>>
>> I think Merlin has mis-read the article he linked to. The example
>> being used there never claims to be done under serialization and seems
>> to describe an example of the perils of relying on the default
>> isolation level.
>
> oops -- could be operator error :-)

yep, I made the rookie mistake of setting transaction isolation level
(which immediately evaporated since it wasn't bracketed by the
transaction), but not for the default. Sorry for the noise,
serialization failures are raised and that is acceptable behavior per
spec AIUI.

merlin

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2017-06-21 20:11:01 Re: UPDATE of partition key
Previous Message Tom Lane 2017-06-21 20:07:30 Re: Re-indent HEAD tomorrow?