Re: regression, deadlock in high frequency single-row UPDATE - Mailing list pgsql-bugs

From Mark Kirkwood
Subject Re: regression, deadlock in high frequency single-row UPDATE
Date
Msg-id 54868FA2.80003@catalyst.net.nz
Whole thread Raw
In response to Re: regression, deadlock in high frequency single-row UPDATE  (Andrew Sackville-West <awest@janrain.com>)
Responses Re: regression, deadlock in high frequency single-row UPDATE
Re: regression, deadlock in high frequency single-row UPDATE
List pgsql-bugs
On 09/12/14 12:55, Andrew Sackville-West wrote:
> Some months later (stupid business priorities...) we have something to
> report on this. We have been able to produce a minimal schema to
> demonstrate the problem, and successfully induced the deadlock using
> pgbench (thanks to Paulo Tanimoto, cc-ed here).
>
> Please see:
>
> https://gist.github.com/andrewsw-janrain/40d1687db013b1e7c3b3
>
> for detailed instructions on how to trigger the deadlock.
>
> I would be thrilled to learn that we've done something wrong here,
> otherwise I think this represents a regression introduced in 9.3.
>
>


That is interesting - FWIW I can reproduce:

- 9.2.9 no deadlock
- 9.4rc1 many deadlocks

so something has changed after 9.2 for sure!

Just mucking about I changed certain things in your schema setup
(removed ON DELETE CASCADE, use CURRENT_TIMESTAMP instead of
now()...lessen the use of DEFAULT)...however still seeing deadlocks in
9.4, so at least it is easy to reproduce!

Regards

Mark

pgsql-bugs by date:

Previous
From: barrera471009@gmail.com
Date:
Subject: BUG #12182: error converting xml to table using developed plpgsql function
Next
From: Francisco Olarte
Date:
Subject: Re: BUG #11986: psql uses pager inside Emacs shell buffer (not a terminal)