Re: deadlock in single-row select-for-update + update scenario? How could it happen?

From: Jeff Janes <jeff(dot)janes(at)gmail(dot)com>
To: hubert depesz lubaczewski <depesz(at)gmail(dot)com>
Cc: pgsql-general <pgsql-general(at)postgresql(dot)org>
Subject: Re: deadlock in single-row select-for-update + update scenario? How could it happen?
Date: 2014-08-22 16:55:27
Message-ID: CAMkU=1y5honjR=VPpsnaY1ZsJRwAsChj=CCu-zhv3ZRHMeWX1A@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Fri, Aug 22, 2014 at 9:29 AM, hubert depesz lubaczewski <depesz(at)gmail(dot)com
> wrote:

> I have developer with pg 9.3.5, which is reporing something really strange.
>
> He runs importer, which does, in single transaction:
>
> begin;
> select * from table where pkey = <value> limit 1 for update;
> update table set ... where pkey = <the same_value>;
> commit;
>
> and two backends running the same transaction deadlock.
>
> I checked for duplicated rows with the same pkey value - none are there.
> And frankly - I'm out of ideas.
>

What transaction isolation level is being used?

Cheers,

Jeff

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message hubert depesz lubaczewski 2014-08-22 17:15:41 Re: deadlock in single-row select-for-update + update scenario? How could it happen?
Previous Message Adrian Klaver 2014-08-22 16:45:46 Re: deadlock in single-row select-for-update + update scenario? How could it happen?