Re: Adding additional index causes 20,000x slowdown for certain select queries - postgres 9.0.3

From: "Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov>
To: "Timothy Garnett" <tgarnett(at)panjiva(dot)com>,<sthomas(at)peak6(dot)com>
Cc: "pgsql-performance(at)postgresql(dot)org" <pgsql-performance(at)postgresql(dot)org>
Subject: Re: Adding additional index causes 20,000x slowdown for certain select queries - postgres 9.0.3
Date: 2011-03-17 18:13:53
Message-ID: 4D820911020000250003BA47@gw.wicourts.gov
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Timothy Garnett <tgarnett(at)panjiva(dot)com> wrote:

> We'd still be interested in other suggestions for convincing the
> query planner not to pick the bad plan in this case

You could try boosting cpu_tuple_cost. I've seen some evidence that
the default number is a bit low in general, so it wouldn't
necessarily be bad to try your whole load with a higher setting. If
that doesn't work you could set it for the one query. If that
setting alone doesn't do it, you could either decrease both page
cost numbers or multiply all the cpu numbers (again, probably
boosting cpu_tuple_cost relative to the others).

-Kevin

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Timothy Garnett 2011-03-17 20:33:03 Re: Adding additional index causes 20,000x slowdown for certain select queries - postgres 9.0.3
Previous Message Timothy Garnett 2011-03-17 16:55:10 Re: Adding additional index causes 20,000x slowdown for certain select queries - postgres 9.0.3