From: | Gaetano Mendola <mendola(at)bigfoot(dot)com> |
---|---|
To: | "Matthew T(dot) O'Connor" <matthew(at)zeut(dot)net> |
Subject: | Re: pg_autovacuum parameters |
Date: | 2004-08-03 15:54:44 |
Message-ID: | 410FB544.1010403@bigfoot.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
Matthew T. O'Connor wrote:
> Lending, Rune wrote:
>
>> Hello all.
>>
>> I am managing a large database with lots of transactions in different
>> tables.
>> The largest tables have around 5-6 millions tuples and around
>> 50000-60000 inserts and maybe 20000 updates pr day.
>> While the smalest tables have only a few tuples and a few updates
>> /inserts pr day. In addition we have small tables with many
>> updates/inserts. So what I am saying is that there is all kinds of
>> tables and uses of tables in our database.
>> This, I think, makes it difficult to set up pg_autovacuum. I am now
>> running vacuum jobs on different tables in cron.
>>
>> What things should I consider when setting but base and threshold
>> values in pg_autovacuum? Since the running of vacuum and analyze is
>> relative to the table size, as it must be, I think it is difficult to
>> cover all tables..
>
>
> One of the biggest problems with the version of pg_autovacuum in 7.4
> contrib is that you can only specify one set of thresholds, which often
> isn't flexible enough. That said the thresholds are based on table
> since since you specify both a base value and a scaling factor so
> pg_autovacuum -v 1000 -V 1 will vacuum a table with 100 rows every 200
> updates, but will vacuum a table with 1,000,000 rows every 1,000,100
> updates.
>
>> Are there anyone who have some thoughts around this?
>
>
> Basically, you should be able to use pg_autovacuum to do most of the
> vacuuming, if there are a few tables that aren't getting vacuumed often
> enough, then you can add a vacuum command to cron for those specific
> tables.
And in the version 7.5^H^H^H8.0 ( Tom Lane docet :-) ) I think is possible
specify that thresholds per table...
Regards
Gateano Mendola
From | Date | Subject | |
---|---|---|---|
Next Message | Marius Andreiana | 2004-08-03 16:02:42 | Re: NOT IN query takes forever |
Previous Message | Tom Lane | 2004-08-03 14:59:17 | Re: NOT IN query takes forever |