Re: pg_autovacuum: short, wide tables

Поиск
Список
Период
Сортировка
От Jan Wieck
Тема Re: pg_autovacuum: short, wide tables
Дата
Msg-id 42D2B5E0.5070801@Yahoo.com
обсуждение исходный текст
Ответ на Re: pg_autovacuum: short, wide tables  (Tom Lane <tgl@sss.pgh.pa.us>)
Список pgsql-bugs
On 7/8/2005 12:57 PM, Tom Lane wrote:

> Mark Reid <mail@markreid.org> writes:
>> I think the issue is that a single update to the main table causes a
>> whole bunch of updates to the toast table.  So in my case (with the
>> vacuum output attached previously), a thousand updates to the main table
>> entails tens of thousands of updates to the toast table.
>
> Exactly.  If autovac were looking at the properties of the toast table
> it would think a vacuum pass was warranted sooner than it thinks from
> just looking at the main table.
>
> Admittedly this doesn't come into play unless you have a fairly large
> number of toast chunks per main-table row, so the rows in question have
> to be really wide (dozens of KB even after compression) before it gets
> to be a big deal.

I think this only becomes an issue if the toasted columns not only tend
to have vastly different data sizes, but in addition that most of the
updates actually happen on wide rows. Otherwise, the percentage of dead
tuples in the main and toast table should be fairly similar.


Jan

--
#======================================================================#
# It's easier to get forgiveness for being wrong than for being right. #
# Let's break this rule - forgive me.                                  #
#================================================== JanWieck@Yahoo.com #

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

Предыдущее
От: Bruce Momjian
Дата:
Сообщение: Re: Freebsd and postgresql 748: pg_dump compile error
Следующее
От: "john cecilio"
Дата:
Сообщение: BUG #1764: newbie