Re: Index used under 7.2 slows down query?

From: Jeff Boes <jboes(at)nexcerpt(dot)com>
To: pgsql-general(at)postgresql(dot)org
Subject: Re: Index used under 7.2 slows down query?
Date: 2002-07-09 17:39:35
Message-ID: 1026236375.25610.38.camel@takin.private.nexcerpt.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

On Tue, 2002-07-09 at 10:59, Tom Lane wrote:
> Jeff Boes <jboes(at)nexcerpt(dot)com> writes:
> > We're trying to track down a rather large performance difference between
> > 7.2 and 7.1. Statistics gathered show that one query takes a lot longer
> > under 7.2 than under 7.1.
>
> Could we see EXPLAIN ANALYZE output from 7.2? Also, if you force
> enable_indexscan OFF, what does EXPLAIN ANALYZE say then?
>

Unfortunately, no. I've whacked the indexes that were in use on the 7.2
schema, pursuing the idea that maybe without the indexes it would run
faster. Certainly the EXPLAIN numbers point toward that.

What I think was happening: under 7.1, the table was too small (perhaps
at the time it was vacuumed) to "qualify" for index access. Under 7.2,
perhaps because of more numerous vacuums to solve a similar problem, the
index was deemed "good enough". However, since this table has about 1k
new rows per hour, all with similar values for the index, and likewise
1k deletes per hour, the index distribution is off almost immediately
after the vacuum!

I'm going to run this for a day without any indexes (except for the
primary key, which is a sequence number). Then I may try it again with
indexes and a vacuum/analyze every 10-15 minutes.

--
Jeff Boes vox 616.226.9550 ext 24
Database Engineer fax 616.349.9076
Nexcerpt, Inc. http://www.nexcerpt.com
...Nexcerpt... Extend your Expertise

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Marc G. Fournier 2002-07-09 17:45:57 Re: I am being interviewed by OReilly
Previous Message Bruce Momjian 2002-07-09 17:32:23 Re: I am being interviewed by OReilly