Re: VACUUM FULL results in deadlock
От | Robert Haas |
---|---|
Тема | Re: VACUUM FULL results in deadlock |
Дата | |
Msg-id | CA+TgmoY9dLt1t5s0UmbxcHCS5cXTb4UChNocdBtsBRWDTGbP-w@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: VACUUM FULL results in deadlock (Manuel Rigger <rigger.manuel@gmail.com>) |
Ответы |
Re: VACUUM FULL results in deadlock
Re: VACUUM FULL results in deadlock Re: VACUUM FULL results in deadlock |
Список | pgsql-bugs |
On Thu, Jul 4, 2019 at 9:12 AM Manuel Rigger <rigger.manuel@gmail.com> wrote: > Did anyone try to verify this? I found a number of other race > conditions where VACUUM causes errors such as "ERROR: found unexpected > null value in index "i0", "invalid input syntax for type boolean", or > "missing chunk number 0 for toast value 13171 in pg_toast_2619". > Fixing this would help me to narrow down these issues. I don't know whether or not this is a bug, but my guess is that it isn't. pg_database and several other system catalogs are shared relations, which means that they are shared by all databases. So, it's not too surprising that you could get some interaction between VACUUM FULL command in different databases. Routine use of VACUUM FULL is something that should be avoided, so it doesn't seem like a huge problem to me that you can't run 32 of them at the same time. -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-bugs по дате отправления: