Re: Autovacuum and Autoanalyze - Mailing list pgsql-hackers

From Alvaro Herrera
Subject Re: Autovacuum and Autoanalyze
Date
Msg-id 20080917142228.GA3855@alvh.no-ip.org
Whole thread Raw
In response to Re: Autovacuum and Autoanalyze  (Simon Riggs <simon@2ndQuadrant.com>)
Responses Re: Autovacuum and Autoanalyze  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
List pgsql-hackers
Simon Riggs wrote:
> 
> On Wed, 2008-09-17 at 10:09 +0300, Heikki Linnakangas wrote:

> > Isn't autoanalyze a waste of time during a bulk load? Seems better to 
> > run ANALYZE manually at the end.
> 
> Its not a waste of time because it catches tables immediately they have
> been loaded, not just at the end of the bulk load. Running ANALYZE is a
> waste of time if autoanalyze has already caught it, which is why that's
> never been added onto the end of a pg_dump script. But currently this is
> true only when we have both autoVACUUM and autoANALYZE enabled.

Hmm, one of the first complaints about defaulting autovacuum to on was
that it made restores so much longer *because* it was choosing to do
autoanalyzes on the tables as they were imported.  It was then that the
auto-cancel mechanism was introduced.

http://pgsql.markmail.org/message/rqyjkafuw43426xy

Why doesn't this new request conflict with that one?

-- 
Alvaro Herrera                                http://www.CommandPrompt.com/
PostgreSQL Replication, Consulting, Custom Development, 24x7 support


pgsql-hackers by date:

Previous
From: Ron Mayer
Date:
Subject: Re: Patch for SQL-standard negative valued year-month literals
Next
From: Andrew Chernow
Date:
Subject: Re: [PATCHES] libpq events patch (with sgml docs)