Re: Freezing without cleanup lock
От | Alvaro Herrera |
---|---|
Тема | Re: Freezing without cleanup lock |
Дата | |
Msg-id | 20151022233904.GW3391@alvherre.pgsql обсуждение исходный текст |
Ответ на | Re: Freezing without cleanup lock (Jim Nasby <Jim.Nasby@BlueTreble.com>) |
Ответы |
Re: Freezing without cleanup lock
|
Список | pgsql-hackers |
Jim Nasby wrote: > That would be the minimal-impact version, yes. But I suspect if we went > through the trouble to do that, it would be just as easy to attempt the > freeze regardless of what scan_all is set to. You mean if !scan_all we conditional-get the cleanup lock, if we get it then prune, if not then freeze? That seems nice on paper but I think it's useless because unless scan_all is true, then relfrozenxid doesn't advance anyway. > What I wish I knew is whether this problem was worth worrying about or not. > Hopefully the extra logging in 9.5 will shed some light at some point... As I recall, Andres says it isn't, but I have recollections of scans that take a very long time to finish because they keep running into a vacuum that has a page locked. -- Álvaro Herrera http://www.2ndQuadrant.com/ PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
В списке pgsql-hackers по дате отправления: