Re: Lock problem with autovacuum truncating heap

Поиск
Список
Период
Сортировка
От Robert Haas
Тема Re: Lock problem with autovacuum truncating heap
Дата
Msg-id AANLkTiky9fSGoZF+kbk_xgLUWVr3qC3PrgqKKESU+MZh@mail.gmail.com
обсуждение исходный текст
Ответ на Re: Lock problem with autovacuum truncating heap  (Jan Wieck <JanWieck@Yahoo.com>)
Ответы Re: Lock problem with autovacuum truncating heap  (Jan Wieck <JanWieck@Yahoo.com>)
Re: Lock problem with autovacuum truncating heap  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
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...

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.

-- 
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company


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

Предыдущее
От: Greg Stark
Дата:
Сообщение: Re: Lock problem with autovacuum truncating heap
Следующее
От: Robert Haas
Дата:
Сообщение: Re: Additional options for Sync Replication