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
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? |