On Mon, Feb 15, 2010 at 2:52 AM, lionel duboeuf
> See as attachment the "correct" query plan for an other 'user'.
> I confirm by executing manual "VACUUM ANALYZE" that the problem is solved.
> But what i don't understand is that i would expect autovacuum to do the job.
There are two operations here. Vacuum, which reclaims lost space, and
analyze which analyzes your data and stores histograms to be used when
building queries, to determine how many rows are likely to be returned
by each part of the plan.
The autovac daemon runs both vacuums and analyzes, often independently
of each other, when needed, based on threshold settings. By running
autovac your db would get analyzed when necessary and would then have
up to date statistics when queries were run after that.
In response to
pgsql-performance by date
|Next:||From: Tom Lane||Date: 2010-02-15 17:26:28|
|Subject: Re: 8.1 -> 8.4 regression |
|Previous:||From: Robert Haas||Date: 2010-02-15 16:41:43|
|Subject: Re: 512,600ms query becomes 7500ms... but why? Postgres 8.3 query planner quirk?|