Re: Lock problem with autovacuum truncating heap

Поиск
Список
Период
Сортировка
От Jan Wieck
Тема Re: Lock problem with autovacuum truncating heap
Дата
Msg-id 4D8FE767.50702@Yahoo.com
обсуждение исходный текст
Ответ на Re: Lock problem with autovacuum truncating heap  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: Lock problem with autovacuum truncating heap
Список pgsql-hackers
On 3/27/2011 6:21 PM, Robert Haas wrote:
> 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...

The only change relevant in this case would be some concurrent client 
extending the relation while we don't hold the lock. A call to 
RelationGetNumberOfBlocks() after reacquiring the lock will tell. Safety 
reestablished.

> I kind of like the idea of committing the transaction and then
> beginning a new one just to do the truncation.  Given the way the
> deadlock detector treats autovacuum, the current coding seems quite
> risky.

I don't like a 1,000 ms hiccup in my system, regardless of how many 
transaction hoops you make it go through.


Jan

-- 
Anyone who trades liberty for security deserves neither
liberty nor security. -- Benjamin Franklin


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

Предыдущее
От: Robert Haas
Дата:
Сообщение: Re: [DOCS] patch for createdb section in tutorial
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Lock problem with autovacuum truncating heap