Re: [PATCHES] Better default_statistics_target - Mailing list pgsql-hackers

From Kevin Grittner
Subject Re: [PATCHES] Better default_statistics_target
Date
Msg-id 47A2E3C8.EE98.0025.0@wicourts.gov
Whole thread Raw
In response to Re: [PATCHES] Better default_statistics_target  (Robert Treat <xzilla@users.sourceforge.net>)
Responses Re: [PATCHES] Better default_statistics_target  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers
>>> On Thu, Jan 31, 2008 at 10:19 PM, in message
<200801312319.59723.xzilla@users.sourceforge.net>, Robert Treat
<xzilla@users.sourceforge.net> wrote:
> On Thursday 31 January 2008 09:55, Kevin Grittner wrote:
>>
>> I can confirm that I have had performance tank because of boosting
>> the statistics target for selected columns.  It appeared to be time
>> spent in the planning phase, not a bad plan choice.  Reducing the
>> numbers restored decent performance.
>
> Bad plans from boosting to 100 or less? Or something much higher?
I boosted on a large number of columns based on domains.  County
number columns (present in most tables) were set to 80.  Some
columns were set all the way to 1000.  When performance tanked, we
didn't have time to experiment, so we just backed it all out.
Perhaps I could do some more controlled testing soon against 8.3,
to narrow it down and confirm the current status of the issue.  I
do seem to recall that simple queries weren't suffering, it was
those which joined many tables which had multiple indexes.
-Kevin




pgsql-hackers by date:

Previous
From: Gaetano Mendola
Date:
Subject: Re: Limit changes query plan
Next
From: Tom Lane
Date:
Subject: Re: Limit changes query plan