Re: Excessive growth of pg_attribute and other system tables

From: Steve Crawford <scrawford(at)pinpointresearch(dot)com>
To: <pgsql-admin(at)postgresql(dot)org>
Subject: Re: Excessive growth of pg_attribute and other system tables
Date: 2005-03-17 23:36:10
Message-ID: 200503171536.10389.scrawford@pinpointresearch.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-admin pgsql-hackers

On Thursday 17 March 2005 3:15 pm, Steve Crawford wrote:
> I'm having trouble with physical growth of postgresql system
> tables....

Additional info. The most recent autovacuum entries for the
pg_attribute table are:

[2005...] Performing: VACUUM ANALYZE "pg_catalog"."pg_attribute"
[2005...] table name: tati."pg_catalog"."pg_attribute"
[2005...] relid: 1249; relisshared: 0
[2005...] reltuples: 9334.000000; relpages: 82282
[2005...] curr_analyze_count: 6647115; curr_vacuum_count: 861454
[2005...] last_analyze_count: 6647115; last_vacuum_count: 861454
[2005...] analyze_threshold: 9834; vacuum_threshold: 19668

and

[2005...] Performing: ANALYZE "pg_catalog"."pg_attribute"
[2005...] table name: foo."pg_catalog"."pg_attribute"
[2005...] relid: 1249; relisshared: 0
[2005...] reltuples: 4843240.000000; relpages: 82284
[2005...] curr_analyze_count: 6657041; curr_vacuum_count: 862897
[2005...] last_analyze_count: 6657041; last_vacuum_count: 861454
[2005...] analyze_threshold: 4843740; vacuum_threshold: 19668

(Both within past 1 day - dates truncated to avoid line-wrap.) The
table currently has just over 9,000 tuples and I have no reason to
believe that should have changed substantially. The thresholds and
counts seem way off - especially in the second pass.

Cheers,
Steve

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Steve Crawford 2005-03-17 23:47:34 Re: Vacuum full on a big table
Previous Message Steve Crawford 2005-03-17 23:15:38 Excessive growth of pg_attribute and other system tables

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2005-03-17 23:46:04 Re: caches lifetime with SQL vs PL/PGSQL procs
Previous Message Eric Parusel 2005-03-17 23:19:31 corrupted tuple (header?), pg_filedump output