Re: Fun fact about autovacuum and orphan temp tables
От | Michael Paquier |
---|---|
Тема | Re: Fun fact about autovacuum and orphan temp tables |
Дата | |
Msg-id | CAB7nPqS5jGEahTi4eWKo8ASw1kM6xEsP0o64b7aDxaf8PPcXuw@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Fun fact about autovacuum and orphan temp tables (Jim Nasby <Jim.Nasby@BlueTreble.com>) |
Ответы |
Re: Fun fact about autovacuum and orphan temp tables
|
Список | pgsql-hackers |
On Sat, Oct 22, 2016 at 12:15 AM, Jim Nasby <Jim.Nasby@bluetreble.com> wrote: > On 10/21/16 8:47 AM, Tom Lane wrote: >>> >>> It seems to me that you'd even want to make the drop of orphaned >>> > tables mandatory once it is detected even it is not a wraparound >>> > autovacuum. >> >> If we are willing to do that then we don't really have to solve the >> problem on the backend side. One could expect that autovacuum would >> clean things up within a few minutes after a backend failure. > > Unless all the autovac workers are busy working on huge tables... maybe a > delay of several hours/days is OK in this case, but it's not wise to assume > autovac will always get to something within minutes. I am really thinking that we should just do that and call it a day then, but document the fact that if one wants to look at the content of orphaned tables after a crash he had better turn autovacuum to off for the time of the analysis. -- Michael
В списке pgsql-hackers по дате отправления: