Re: slow full table update

Поиск
Список
Период
Сортировка
От Tomas Vondra
Тема Re: slow full table update
Дата
Msg-id 491B7123.3090309@fuzzy.cz
обсуждение исходный текст
Ответ на Re: slow full table update  ("Scott Marlowe" <scott.marlowe@gmail.com>)
Список pgsql-performance
> This is the critical point.  You have this line:
>
> There were 132969 unused item pointers.
>
> Which says there's 132k or so dead rows in your table.  Which means
> vacuum / autovacuum isn't keeping up.  Did you try and stop the update
> several times?  Each time it starts then gets killed it creates dead
> rows.

Try to run just ANALYZE on the table and then run the

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

again. It should report about 20k of pages, i.e. 160MB. That might slow
the things down ;-)

> Try doing a vacuum full followed by a reindex OR a cluster on this
> table and see if that helps.

Well, maybe the vacuum will fix the problem - have you executed the
query that took 167ms (according to the explain analyze output posted by
you) over a clean table? But I doubt the growth from 6.000 to 20.000
alone might cause degradation from 170ms to several minutes ...

regards
Tomas

В списке pgsql-performance по дате отправления:

Предыдущее
От: "Scott Marlowe"
Дата:
Сообщение: Re: Disk usage question
Следующее
От: Tomas Vondra
Дата:
Сообщение: Re: slow full table update