| От | Tom Lane |
|---|---|
| Тема | Re: Overload after some minutes, please help! |
| Дата | |
| Msg-id | 21172.1161403077@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Overload after some minutes, please help! ("Peter Bauer" <peter.m.bauer@gmail.com>) |
| Список | pgsql-general |
"Peter Bauer" <peter.m.bauer@gmail.com> writes:
> we have a theory for the root of all evil which causes a reproducable
> deadlock which is not detected by Postgre:
> The DELETE statement contains a select which waits for a sharelock
> (according to pg_locks and pg_stat_activity) on rows locked by the
> UPDATE statement. The UPDATE itself waits to get a lock for some rows
> which are exclusively locked by the DELETE statement (got from its
> sub-SELECT).
> What do you think about this theory?
Not much. It's been years since anyone found a bug in the deadlock
detector; if you want us to believe you have an undetected deadlock,
you'll need more evidence than an unsupported assertion.
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера