From: | "Gavin M(dot) Roy" <gmr(at)ehpg(dot)net> |
---|---|
To: | Mike Mascari <mascarm(at)mascari(dot)com> |
Cc: | pgsql-general(at)postgresql(dot)org |
Subject: | Re: 7.4.1 upgrade issues |
Date: | 2004-03-06 23:11:23 |
Message-ID: | 404A5A9B.3020905@ehpg.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-general |
It is using indexs, and not seqscan, and there was an analyze after
reload... I'll play with GEQO, thanks.
Gavin
Mike Mascari wrote:
> Gavin M. Roy wrote:
>
>> I upgraded my main production db from 7.3.4 last night to 7.4.1. I'm
>> running into an issue where a big query that may take 30-40 seconds
>> to reply is holding up all other backends from performing their
>> queries. Once the big query is finished, all the tiny ones fly
>> through. This is seemingly ne behavior on the box, as with previous
>> versions things would slow down, but not wait for the cpu/resource
>> hog queries to finish. The box is Slackware 8.1, on a fairly decent
>> box with plenty of ram, cpu, and disk speed. I've considered
>> renicing the processes, I was wondering if anyone had a different
>> suggestion.
>
>
> Hi Gavin.
>
> Assuming a VACUUM ANALYZE after reload, one possibility is that the
> query in question contains >= 11 joins. I forgot to adjust the GEQO
> settings during an upgrade and experienced the associated sluggishness
> in planning time.
>
> Mike Mascari
>
>
From | Date | Subject | |
---|---|---|---|
Next Message | Jim Wilson | 2004-03-07 00:12:55 | Re: 7.4.1 upgrade issues |
Previous Message | Gavin M. Roy | 2004-03-06 23:10:16 | Re: 7.4.1 upgrade issues |