Re: Autovacuum cancellation
| От | Tom Lane |
|---|---|
| Тема | Re: Autovacuum cancellation |
| Дата | |
| Msg-id | 29572.1193359122@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: Autovacuum cancellation (Gregory Stark <stark@enterprisedb.com>) |
| Ответы |
Re: Autovacuum cancellation
Re: Autovacuum cancellation |
| Список | pgsql-patches |
Gregory Stark <stark@enterprisedb.com> writes:
> Can autovacuum actually get into a hard deadlock?
It can certainly be part of a deadlock loop, though the practical cases
might be few. It will be holding more than one lock, eg a lock on its
target table and various transient locks on system catalogs, and other
processes taking or trying for exclusive locks on those things could
create issues. I think it's OK to leave the issue go for now, until
we see if anyone hits it in practice --- I just wanted to mention that
we might need to consider the problem in future.
> I think there's a window where the process waiting directly on
> autovacuum could have already fired its deadlock check before it was
> waiting directly on autovacuum.
I think you don't understand what that code is doing. If there's an
autovac anywhere in the dependency graph, it'll find it.
regards, tom lane
В списке pgsql-patches по дате отправления: