Re: [HACKERS] Concurrent VACUUM: first results

Поиск
Список
Период
Сортировка
От Vadim Mikheev
Тема Re: [HACKERS] Concurrent VACUUM: first results
Дата
Msg-id 383E2BBF.4E11CA2D@krs.ru
обсуждение исходный текст
Ответ на Re: [HACKERS] Concurrent VACUUM: first results  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-hackers
Tom Lane wrote:
> 
> "Hiroshi Inoue" <Inoue@tpf.co.jp> writes:
> >> I wonder whether there isn't a cleaner way to do this.
> 
> > I think there exists another reason.
> > We couldn't delete index tuples for deleted but not yet committed
> > heap tuples.
> 
> My first thought was "Good point".  But my second was "why should
> vacuum need to deal with that case?".  If vacuum grabs an exclusive
> lock on a relation, it should *not* ever see tuples with uncertain
> commit status, no?

What if vacuum will crash after deleting index tuples pointing
to heap tuples in old places but before commit? Index will
be broken.

Vadim


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

Предыдущее
От: Michael Meskes
Дата:
Сообщение: Re: [HACKERS] pid file for postmaster?
Следующее
От: Tom Lane
Дата:
Сообщение: Re: [HACKERS] Re: [GENERAL] drop/rename table and transactions