Re: Trying to track down weird query stalls - Mailing list pgsql-performance

From Scott Marlowe
Subject Re: Trying to track down weird query stalls
Date
Msg-id dcc563d10903301247t58bef7cbsd0b6d3bbd1a5e046@mail.gmail.com
Whole thread Raw
In response to Re: Trying to track down weird query stalls  (dan@sidhe.org)
Responses Re: Trying to track down weird query stalls  (dan@sidhe.org)
List pgsql-performance
On Mon, Mar 30, 2009 at 1:42 PM,  <dan@sidhe.org> wrote:
>> On Mon, Mar 30, 2009 at 12:42 PM,  <dan@sidhe.org> wrote:
>>> Arguably in this case the actual query should run faster than the
>>> EXPLAIN
>>> ANALYZE version, since the cache is hot. (Though that'd only likely
>>> shave
>>> a few dozen ms off the runtime)
>>
>> Joining a lot of tables together?  Could be GEQO kicking in.
>
> Only if I get different query plans for the query depending on whether
> it's being EXPLAIN ANALYZEd or not. That seems unlikely...

Yes, you can.  In fact you often will.  Not because it's being
explained or not, just because that's how GEQO works.

pgsql-performance by date:

Previous
From: Scott Marlowe
Date:
Subject: Re: Trying to track down weird query stalls
Next
From: dan@sidhe.org
Date:
Subject: Re: Trying to track down weird query stalls