Re: pg_autovacuum: short, wide tables - Mailing list pgsql-bugs

From Jan Wieck
Subject Re: pg_autovacuum: short, wide tables
Date
Msg-id 42D2B5E0.5070801@Yahoo.com
Whole thread Raw
In response to Re: pg_autovacuum: short, wide tables  (Tom Lane <tgl@sss.pgh.pa.us>)
List 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 by date:

Previous
From: Bruce Momjian
Date:
Subject: Re: Freebsd and postgresql 748: pg_dump compile error
Next
From: "john cecilio"
Date:
Subject: BUG #1764: newbie