Re: *_collapse_limit, geqo_threshold - Mailing list pgsql-hackers

From Kevin Grittner
Subject Re: *_collapse_limit, geqo_threshold
Date
Msg-id 4A55C875020000250002864F@gw.wicourts.gov
Whole thread Raw
In response to Re: *_collapse_limit, geqo_threshold  (Joshua Tolley <eggyknap@gmail.com>)
Responses Re: *_collapse_limit, geqo_threshold
List pgsql-hackers
Resending to list due to failure:
451 4.3.5 Server configuration problem
Joshua Tolley <eggyknap@gmail.com> wrote:
> Entire stored plans, or predetermined seeds for GEQO's random number
> generator all boil down to saying, "I want you to use this plan
> henceforth and forever."
A predetermined seed for geqo's random number generator only
guarantees that you get the same plan for the same query as long as
the statistics remain the same.  After the next ANALYZE, you may still
get a different plan.
> Do we know that GEQO plans are, in reality, less stable than than
> usual planner?
Yeah, I had a complaint of a slow query.  When I ran EXPLAIN ANALYZE
on it I ran it several times (as I usually do, to establish what
happens with and without caching).  I got different plans.  So I ran
the query a bunch of times and got a decent plan about 90% of the
time, and an awful one about 10% of the time.  It was clearly a geqo
effect, so I didn't post on it.  (Why post?  The product was clearly
operating as intended.)  There was an easy solution; I disabled geqo.
I'm sure it's useful to some; we haven't missed it.
-Kevin


pgsql-hackers by date:

Previous
From: Pavel Golub
Date:
Subject: Re: bytea vs. pg_dump
Next
From: Andres Freund
Date:
Subject: Re: *_collapse_limit, geqo_threshold