Re: [ADMIN] Vacuum error on database postgres
| От | Tom Lane |
|---|---|
| Тема | Re: [ADMIN] Vacuum error on database postgres |
| Дата | |
| Msg-id | 17022.1158277858@sss.pgh.pa.us обсуждение |
| Ответ на | Re: [ADMIN] Vacuum error on database postgres (Jeff Davis <pgsql@j-davis.com>) |
| Ответы |
Re: [ADMIN] Vacuum error on database postgres
|
| Список | pgsql-hackers |
Jeff Davis <pgsql@j-davis.com> writes:
> Couldn't you just sort by the table names, and ANALYZE the tables in
> that order? Would that effectively prevent the deadlocks?
That'd work too, I think (I suggested the variant of ordering by OID,
which is simpler and more reliable). Not sure if it's really worth the
trouble though --- how many people do you think are doing concurrent
whole-database ANALYZEs inside transaction blocks?
As-is the code will do the analyzes in pg_class physical row order,
which is almost good enough --- only if someone did a schema change that
forced a pg_class row update between the starts of the two ANALYZE runs
would it possibly fail. So the use-case for a fix is really kinda narrow.
regards, tom lane
В списке pgsql-hackers по дате отправления: