Re: Lock-free compaction. Why not?

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: Lock-free compaction. Why not?
Дата
Msg-id 3781612.1721326890@sss.pgh.pa.us
обсуждение исходный текст
Ответ на Re: Lock-free compaction. Why not?  (Robert Haas <robertmhaas@gmail.com>)
Ответы Re: Lock-free compaction. Why not?
Список pgsql-hackers
Robert Haas <robertmhaas@gmail.com> writes:
> On Thu, Jul 18, 2024 at 7:08 AM David Rowley <dgrowleyml@gmail.com> wrote:
>> I think the primary issue with the old way was index bloat wasn't
>> fixed. The release notes for 9.0 do claim the CLUSTER method "is
>> substantially faster in most cases", however, I imagine there are
>> plenty of cases where it wouldn't be. e.g, it's hard to imagine
>> rewriting the entire 1TB table and indexes is cheaper than moving 1
>> row out of place row.

> The other thing I remember besides index bloat is that it was
> crushingly slow.

Yeah.  The old way was great if there really were just a few tuples
needing to be moved ... but by the time you decide you need VACUUM
FULL rather than plain VACUUM, that's unlikely to be the case.  

            regards, tom lane



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

Предыдущее
От: Corey Huinker
Дата:
Сообщение: July Commitfest: Entries Needing Review
Следующее
От: Nathan Bossart
Дата:
Сообщение: Re: improve performance of pg_dump with many sequences