Re: [PATCHES] Better default_statistics_target

From: "Kevin Grittner" <Kevin(dot)Grittner(at)wicourts(dot)gov>
To: <pgsql-hackers(at)postgresql(dot)org>, "Robert Treat" <xzilla(at)users(dot)sourceforge(dot)net>
Cc: "Decibel!" <decibel(at)decibel(dot)org>, "Christopher Browne" <cbbrowne(at)gmail(dot)com>
Subject: Re: [PATCHES] Better default_statistics_target
Date: 2008-02-01 15:18:00
Message-ID: 47A2E3C8.EE98.0025.0@wicourts.gov
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers pgsql-patches

>>> On Thu, Jan 31, 2008 at 10:19 PM, in message
<200801312319(dot)59723(dot)xzilla(at)users(dot)sourceforge(dot)net>, Robert Treat
<xzilla(at)users(dot)sourceforge(dot)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

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Luke Porter 2008-02-01 15:42:36 FW: bitemporal functionality for PostgreSQL
Previous Message Gaetano Mendola 2008-02-01 14:23:13 Re: Limit changes query plan

Browse pgsql-patches by date

  From Date Subject
Next Message Tom Lane 2008-02-01 15:50:16 Re: [PATCHES] Better default_statistics_target
Previous Message Gregory Stark 2008-02-01 14:57:55 Re: Bitmap index scan preread using posix_fadvise