From: | "Sriram Dandapani" <sdandapani(at)counterpane(dot)com> |
---|---|
To: | "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | <pgsql-admin(at)postgresql(dot)org> |
Subject: | Re: autovacuum ignore tables |
Date: | 2006-09-19 00:15:40 |
Message-ID: | 6992E470F12A444BB787B5C937B9D4DF05DF1B82@ca-mail1.cis.local |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-admin |
I have a high traffic table which is populated by a trigger on another
table. This high traffic table is partitioned by day. When I issue a
drop table on a child table..it goes into a wait state AND puts all jdbc
inserts in a wait state.(in short..a deadlock). I can repeat this use
case any time.
The only way to guarantee all drops to work is to briefly shutdown ,
modify pg_hba.conf to disallow client access, restart and issue the drop
commands (followed by restoration of original pg_hba.conf)
-----Original Message-----
From: Tom Lane [mailto:tgl(at)sss(dot)pgh(dot)pa(dot)us]
Sent: Monday, September 18, 2006 1:32 PM
To: Sriram Dandapani
Cc: pgsql-admin(at)postgresql(dot)org
Subject: Re: [ADMIN] autovacuum ignore tables
"Sriram Dandapani" <sdandapani(at)counterpane(dot)com> writes:
> I am trying to get autovacuum to complete quicker and prevent Xactn
> wraparound (currently, it takes very long and due to the fact that I
> have to restart the database for maintenance purposes), autovacuum
never
> finishes.)
Why are you restarting the database? There is no "maintenance purpose"
I'm aware of that requires routine postmaster restarts.
As for suppressing autovac on specific tables, see the pg_autovacuum
system catalog.
regards, tom lane
From | Date | Subject | |
---|---|---|---|
Next Message | Robert Reeves | 2006-09-19 00:46:00 | Re: COPY FROM command v8.1.4 |
Previous Message | Tom Lane | 2006-09-18 20:32:04 | Re: autovacuum ignore tables |