Re: Query Planning time increased 3 times on 7.1 compared to 7.0.3 - Mailing list pgsql-hackers

From Christof Petig
Subject Re: Query Planning time increased 3 times on 7.1 compared to 7.0.3
Date
Msg-id 3AA41073.A1C05FF3@petig-baender.de
Whole thread Raw
In response to AW: Query Planning time increased 3 times on 7.1 compar ed to 7.0.3  (Zeugswetter Andreas SB <ZeugswetterA@wien.spardat.at>)
List pgsql-hackers
Zeugswetter Andreas SB wrote:

> > Here is one of the queries, it takes about half a second on our computer
> > (PII 233 with 256MB RAM) to execute and returns typically 1-4 rows via
> > two index scans with high selectivity. So it looks to me that planning
> > time outwages execution time by far. 7.0 took about 0.15
> > seconds (which is still much).
>
> The plans show two different indexes and different statistics for the
> two different versions. No wonder, you see different response times.
>
> Is the "vacuum [analyze]" up to date in both versions ?

I cannot guarantee, that I did vacuum analyze right before I issued the
explain verbose (one is on a busy server, one on a development machine) but I
have seen the _visible_ slowdown of 7.1 compared to 7.0 too often to be a
lack of vacuum analyze.

It seems that in most cases a sort is involved. 0.5 seconds is far too much
for a two row return via two index scans.

But I will try again (empty database, vacuum analyze, issue query) and
report.

What startled me most was that both versions agree that index scan is the
fastest method but it took 0.2 secs on one and 0.5 secs on the other.
The tables do not carry soooo much data.

-------------

Tom Lane wrote:

> I get the desired plan after doing VACUUM ANALYZE ...

Both Versions agree on the best plan, but to me it looks like 7.0 gets this
clue first (in about half/third of the time).
And that unmodified programs take twice of the time with 7.1 _after_ a fresh
db load and analyze is strange.

Christof






pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: WAL-based allocation of XIDs is insecure
Next
From: The Hermit Hacker
Date:
Subject: RE: mailing list messages