Re: measure database contention - Mailing list pgsql-performance

From Merlin Moncure
Subject Re: measure database contention
Date
Msg-id b42b73150812170649rd0a689bw41b8215d8488f9b4@mail.gmail.com
Whole thread Raw
In response to measure database contention  ("Jaime Casanova" <jcasanov@systemguards.com.ec>)
List pgsql-performance
On Tue, Dec 16, 2008 at 2:32 PM, Jaime Casanova
<jcasanov@systemguards.com.ec> wrote:
> Hi,
>
> we have a some bad queries (developers are working on that), some of
> them run in 17 secs and that is the average but when analyzing logs i
> found that from time to time some of them took upto 3 mins (the same
> query that normally runs in 17secs).
>
> so my question is: how could i look for contention problems?

Sometimes queries can have fluctuating plans.  For example this can
happen if you have sorts or hashes that are very near the allowed
limit set in work_mem.  so you want to catch it both ways via explain
analyze.

merlin

pgsql-performance by date:

Previous
From: "Robert Haas"
Date:
Subject: Re: measure database contention
Next
From: "Jaime Casanova"
Date:
Subject: Re: measure database contention