Re: seq scan woes

From: Rod Taylor <ports(at)rbt(dot)ca>
To: Dan Langille <dan(at)langille(dot)org>
Cc: Postgresql Performance <pgsql-performance(at)postgresql(dot)org>
Subject: Re: seq scan woes
Date: 2004-06-07 20:00:28
Message-ID: 1086638426.86807.40.camel@jester
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

On Mon, 2004-06-07 at 15:45, Dan Langille wrote:
> A production system has had a query recently degrade in performance.
> What once took < 1s now takes over 1s. I have tracked down the
> problem to a working example.

What changes have you made to postgresql.conf?

Could you send explain analyse again with SEQ_SCAN enabled but with
nested loops disabled?

Off the cuff? I might hazard a guess that effective_cache is too low or
random_page_cost is a touch too high. Probably the former.
--
Rod Taylor <rbt [at] rbt [dot] ca>

Build A Brighter Lamp :: Linux Apache {middleware} PostgreSQL
PGP Key: http://www.rbt.ca/signature.asc

In response to

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Dan Langille 2004-06-07 20:12:40 Re: seq scan woes
Previous Message Dan Langille 2004-06-07 19:45:42 seq scan woes