From: | "Merlin Moncure" <mmoncure(at)gmail(dot)com> |
---|---|
To: | "Jaime Casanova" <jcasanov(at)systemguards(dot)com(dot)ec> |
Cc: | "psql performance list" <pgsql-performance(at)postgresql(dot)org> |
Subject: | Re: measure database contention |
Date: | 2008-12-17 14:49:26 |
Message-ID: | b42b73150812170649rd0a689bw41b8215d8488f9b4@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-performance |
On Tue, Dec 16, 2008 at 2:32 PM, Jaime Casanova
<jcasanov(at)systemguards(dot)com(dot)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
From | Date | Subject | |
---|---|---|---|
Next Message | Jaime Casanova | 2008-12-17 15:22:04 | Re: measure database contention |
Previous Message | Robert Haas | 2008-12-17 14:18:54 | Re: measure database contention |