Re: Proposal: Log inability to lock pages during vacuum

Поиск
Список
Период
Сортировка
От Alvaro Herrera
Тема Re: Proposal: Log inability to lock pages during vacuum
Дата
Msg-id 20141021223948.GD1791@alvin.alvh.no-ip.org
обсуждение исходный текст
Ответ на Proposal: Log inability to lock pages during vacuum  (Jim Nasby <Jim.Nasby@BlueTreble.com>)
Ответы Re: Proposal: Log inability to lock pages during vacuum
Список pgsql-hackers
Jim Nasby wrote:

> Currently, a non-freeze vacuum will punt on any page it can't get a
> cleanup lock on, with no retry. Presumably this should be a rare
> occurrence, but I think it's bad that we just assume that and won't
> warn the user if something bad is going on.

I think if you really want to attack this problem, rather than just
being noisy about it, what you could do is to keep a record of which
page numbers you had to skip, and then once you're done with your first
scan you go back and retry the lock on the pages you skipped.

-- 
Álvaro Herrera                http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Training & Services



В списке pgsql-hackers по дате отправления:

Предыдущее
От: Fabrízio de Royes Mello
Дата:
Сообщение: Re: Simplify calls of pg_class_aclcheck when multiple modes are used
Следующее
От: Jim Nasby
Дата:
Сообщение: Spurious set in heap_prune_chain()