From: | Steve Crawford <scrawford(at)pinpointresearch(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | "Matthew T(dot) O'Connor" <matthew(at)zeut(dot)net>, Jan Wieck <JanWieck(at)Yahoo(dot)com>, pgsql-hackers(at)postgresql(dot)org |
Subject: | Re: [ADMIN] Excessive growth of pg_attribute and other system tables |
Date: | 2005-03-31 20:44:15 |
Message-ID: | 200503311244.15055.scrawford@pinpointresearch.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin pgsql-hackers |
On Thursday 31 March 2005 12:06 pm, Tom Lane wrote:
> I wrote:
> > The light just went on ... system catalog updates don't generate
> > statistics reports. Hence, autovacuum doesn't know any work is
> > needed.
>
> The above claim is too strong --- they do normally generate stats
> updates. However, in a simple test I observed that
> pg_stat_all_tables.n_tup_del did not seem to increment for the
> deletes that occur when a temp table is dropped during backend
> exit. (Most likely we aren't flushing out the final stats
> messages...)
>
> Steve, is your app in the habit of creating lots of temp tables
> that are not dropped explicitly? That would explain why you are
> getting bit more than other people.
Yes, various processes create in total well over 100 temporary tables
every hour. None of them are explicitly dropped.
Cheers,
Steve
From | Date | Subject | |
---|---|---|---|
Next Message | Shashi Gireddy | 2005-03-31 21:07:26 | Re: initdb.exe error while installing postgres 8.0 |
Previous Message | Tom Lane | 2005-03-31 20:06:13 | Re: [ADMIN] Excessive growth of pg_attribute and other system tables |
From | Date | Subject | |
---|---|---|---|
Next Message | Matthew T. O'Connor | 2005-03-31 21:09:00 | Re: Excessive growth of pg_attribute and other system tables |
Previous Message | Alvaro Herrera | 2005-03-31 20:18:28 | Re: Notes on lock table spilling |