Re: Lock problem with autovacuum truncating heap

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Lock problem with autovacuum truncating heap
Дата
Msg-id 17960.1301279307@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Lock problem with autovacuum truncating heap  (Robert Haas <robertmhaas@gmail.com>)
Список pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> On Sun, Mar 27, 2011 at 3:25 PM, Jan Wieck <JanWieck@yahoo.com> wrote:
>> Since we are talking about stable releases, I think just releasing and
>> reacquiring the exclusive lock is enough. We can then try to further improve
>> things for future releases.

> That seems unsafe - things can change under you while you don't hold the lock...

And more to the point, it wouldn't actually fix anything, unless you
chop things up so finely that autovac is never holding the lock for more
than milliseconds.  (I believe it wouldn't even be enough if you could
guarantee that autovac didn't hold the lock for more than
deadlock_timeout, because some other process could reach the timeout and
run the deadlock detector very shortly after autovac acquires its lock.)

I don't believe that *any* of what's being discussed here is suitable
material for back-patching.  And it's not material for 9.1, either.
The time for rewriting VACUUM for 9.1 was three months ago.
        regards, tom lane


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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: Lock problem with autovacuum truncating heap
Следующее
От: Tom Lane
Дата:
Сообщение: Re: Re: [COMMITTERS] pgsql: Fix plpgsql to release SPI plans when a function or DO block is