Re: autovacuum process blocks without reporting a deadlock

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: autovacuum process blocks without reporting a deadlock
Дата
Msg-id 21348.1196178730@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: autovacuum process blocks without reporting a deadlock  ("Thomas Chille" <thomas@chille.de>)
Ответы Re: autovacuum process blocks without reporting a deadlock
Список pgsql-general
"Thomas Chille" <thomas@chille.de> writes:
> I think this are the relevant pg_locks entries:

> relation        75685778        75686189
>                          9017862     25467   AccessShareLock f
> relation        75685778        75686189
>                          9009323     9317    ShareUpdateExclusiveLock
>       t
> relation        75685778        75686189
>                          9009312     9293    AccessShareLock t
> relation        75685778        75686189
>                          9009312     9293    RowExclusiveLock        t
> relation        75685778        75686189
>                          9009312     9293    AccessExclusiveLock     f
> relation        75685778        75686189
>                          9012978     28370   AccessShareLock f

I don't think the vacuum is the problem here.  The problem is process
9293, which for some reason is trying to get AccessExclusiveLock, and is
blocked behind autovac, and everything else is stacking up behind it.

You didn't happen to note what 9293 was doing did you?  It's living
fairly dangerously in any case by trying to acquire exclusive lock
when it already holds a bunch of other lower-level locks; that's a
recipe for deadlock if I ever saw one.

            regards, tom lane

В списке pgsql-general по дате отправления:

Предыдущее
От: "Thomas Chille"
Дата:
Сообщение: Re: autovacuum process blocks without reporting a deadlock
Следующее
От: xeb@mail.ru
Дата:
Сообщение: Re: ERROR: invalid restriction selectivity: 224359728.000000