Re: slow full table update - Mailing list pgsql-performance

From tv@fuzzy.cz
Subject Re: slow full table update
Date
Msg-id 61593.89.102.139.23.1226335300.squirrel@sq.gransy.com
Whole thread Raw
In response to slow full table update  (<firerox@centrum.cz>)
Responses Re: slow full table update
List pgsql-performance
Sorry, but you have to provide much more information about the table. The
information you've provided is really not sufficient - the rows might be
large or small. I guess it's the second option, with a lots of dead rows.

Try this:

ANALYZE table;
SELECT relpages, reltuples FROM pg_class WHERE relname = 'table';

Anyway, is the autovacuum running? What are the parameters? Try to execute

VACUUM table;

and then run the two commands above. That might 'clean' the table and
improve the update performance. Don't forget each such UPDATE will
actually create a copy of all the modified rows (that's how PostgreSQL
works), so if you don't run VACUUM periodically or autovacuum demon, then
the table will bloat (occupy much more disk space than it should).

If it does not help, try do determine if the UPDATE is CPU or disk bound.
I'd guess there are problems with I/O bottleneck (due to the bloating).

regards
Tomas

> Hi,
>
> I have table with cca 60.000 rows and
> when I run query as:
>  Update table SET column=0;
> after 10 minutes i must stop query, but it still running :(
>
> I've Postgres 8.1 with all default settings in postgres.conf
>
> Where is the problem?
>
> Thak you for any tips.
>
> best regards.
> Marek Fiala
>
>
>
>
>
>
>
> --
> Sent via pgsql-performance mailing list (pgsql-performance@postgresql.org)
> To make changes to your subscription:
> http://www.postgresql.org/mailpref/pgsql-performance
>



pgsql-performance by date:

Previous
From:
Date:
Subject: slow full table update
Next
From: tv@fuzzy.cz
Date:
Subject: Re: Simple indexed IN query takes 40 seconds