Skip site navigation (1) Skip section navigation (2)

Re: Identifying bloated tables

From: "Peter Childs" <peterachilds(at)gmail(dot)com>
To: pgsql-performance(at)postgresql(dot)org
Subject: Re: Identifying bloated tables
Date: 2006-08-29 06:35:23
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-performance
On 28/08/06, Michal Taborsky - Internet Mall <michal(dot)taborsky(at)mall(dot)cz> wrote:
> Markus Schaber napsal(a):
> > Hi, Michal,
> >
> > Michal Taborsky - Internet Mall wrote:
> >
> >> When using this view, you are interested in tables, which have the
> >> "bloat" column higher that say 2.0 (in freshly dump/restored/analyzed
> >> database they should all be around 1.0).
> >
> > I just noticed some columns in pg_catalog with a bloat value <1 and a
> > negative "wasted space" - is this due to the pseudo nature of them?
> It is more likely due to the fact, that these numbers are just
> estimates, based on collected table statistics, so for small or
> non-standard tables the statistical error is greater that the actual
> value. You are usually not interested in tables, which have wasted space
> of 1000kB or -1000kB. Also the database must be ANALYZEd properly for
> these numbers to carry any significance.

I was just playing around with this table and noticed it preforms the
badly in tables with very small record sizes. This seams to be because
it ignores the system overhead (oid, xmin ctid etc) which seams to be
about 28 bytes per a record this can be quite significate in small
record tables and can cause trouble even with a smal numbers of
record.  Hence I've got a table thats static and fresly "vacuum full"
which reads with a bloat of 4.

Easy to recreate problem to

Create table regionpostcode (area varchar(4), regionid int);

then insert 120000 records.


In response to

pgsql-performance by date

Next:From: Vanitha JayaDate: 2006-08-29 07:21:27
Subject: Internal Operations on LIMIT & OFFSET clause
Previous:From: Junaili LieDate: 2006-08-28 23:06:50
Subject: slow i/o

Privacy Policy | About PostgreSQL
Copyright © 1996-2017 The PostgreSQL Global Development Group