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 по дате отправления: