Slow SELECTS after large update cycle

From: Jan de Visser <jdevisser(at)digitalfairway(dot)com>
To: pgsql-performance(at)postgresql(dot)org
Subject: Slow SELECTS after large update cycle
Date: 2006-03-15 19:39:13
Message-ID: 200603151439.13958.jdevisser@digitalfairway.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-performance

Hello,

After fixing the hanging problems I reported here earlier (by uninstalling
W2K3 SP1), I'm running into another weird one.

After doing a +/- 8hr cycle of updates and inserts (what we call a 'batch'),
the first 'reporting' type query on tables involved in that write cycle is
very slow. As an example, I have a query which according to EXPLAIN ANALYZE
takes about 1.1s taking 46s. After this one hit, everything is back to
normal, and subsequent executions of the same query are in fact subsecond.
Restarting the appserver and pgsql does not make the slowness re-appear, only
running another batch will.

During the 'write'/batch cycle, a large number of rows in various tables are
inserted and subsequently (repeatedly) updated. The reporting type queries
after that are basically searches on those tables.

Anybody any ideas?

Thanks,

jan

--
--------------------------------------------------------------
Jan de Visser                     jdevisser(at)digitalfairway(dot)com

                Baruk Khazad! Khazad ai-menu!
--------------------------------------------------------------

Responses

Browse pgsql-performance by date

  From Date Subject
Next Message Kevin Grittner 2006-03-15 19:43:45 Background writer configuration
Previous Message Merlin Moncure 2006-03-15 19:36:51 Re: [PERFORM] BETWEEN optimizer problems with single-value range