Re: regression, deadlock in high frequency single-row UPDATE

Поиск
Список
Период
Сортировка
От Mark Kirkwood
Тема Re: regression, deadlock in high frequency single-row UPDATE
Дата
Msg-id 54868FA2.80003@catalyst.net.nz
обсуждение исходный текст
Ответ на Re: regression, deadlock in high frequency single-row UPDATE  (Andrew Sackville-West <awest@janrain.com>)
Ответы Re: regression, deadlock in high frequency single-row UPDATE
Re: regression, deadlock in high frequency single-row UPDATE
Список 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 по дате отправления:

Предыдущее
От: barrera471009@gmail.com
Дата:
Сообщение: BUG #12182: error converting xml to table using developed plpgsql function
Следующее
От: Francisco Olarte
Дата:
Сообщение: Re: BUG #11986: psql uses pager inside Emacs shell buffer (not a terminal)