Re: Performance degradation after successive UPDATE's - Mailing list pgsql-performance

From Pandurangan R S
Subject Re: Performance degradation after successive UPDATE's
Date
Msg-id 5e744e3d0512060152s14eeb0abg99b3c0c6df5174b5@mail.gmail.com
Whole thread Raw
In response to Performance degradation after successive UPDATE's  ("Assaf Yaari" <assafy@mobixell.com>)
List pgsql-performance
Hi,

You might try these steps

1. Do a vacuum full analyze
2. Reindex the index on id column
3. Cluster the table based on this index

On 12/5/05, Assaf Yaari <assafy@mobixell.com> wrote:
>
> Hi,
>
> I'm using PostgreSQL 8.0.3 on Linux RedHat WS 3.0.
>
> My application updates counters in DB. I left a test over the night that
> increased counter of specific record. After night running (several hundreds
> of thousands updates), I found out that the time spent on UPDATE increased
> to be more than 1.5 second (at the beginning it was less than 10ms)! Issuing
> VACUUM ANALYZE and even reboot didn't seemed to solve the problem.
>
> I succeeded to re-produce this with a simple test:
>
> I created a very simple table that looks like that:
> CREATE TABLE test1
> (
>   id int8 NOT NULL,
>   counter int8 NOT NULL DEFAULT 0,
>   CONSTRAINT "Test1_pkey" PRIMARY KEY (id)
> ) ;
>
> I've inserted 15 entries and wrote a script that increase the counter of
> specific record over and over. The SQL command looks like this:
> UPDATE test1 SET counter=number WHERE id=10;
>
> At the beginning the UPDATE time was around 15ms. After ~90000 updates, the
> execution time increased to be more than 120ms.
>
> 1. What is the reason for this phenomena?
> 2. Is there anything that can be done in order to improve this?
>
> Thanks,
> Assaf


--
Regards
Pandu

pgsql-performance by date:

Previous
From: Joost Kraaijeveld
Date:
Subject: Can this query go faster???
Next
From: Michael Riess
Date:
Subject: Re: Can this query go faster???