Re: Poor Performance on a table

От: Tom Lane
Тема: Re: Poor Performance on a table
Дата: ,
Msg-id: 702.1102018249@sss.pgh.pa.us
(см: обсуждение, исходный текст)
Ответ на: Re: Poor Performance on a table  (Pallav Kalva)
Список: pgsql-performance

Скрыть дерево обсуждения

Poor Performance on a table  (Pallav Kalva, )
 Re: Poor Performance on a table  (Frank Wiles, )
  Re: Poor Performance on a table  (Pallav Kalva, )
   Re: Poor Performance on a table  (Frank Wiles, )
 Re: Poor Performance on a table  (Tom Lane, )
  Re: Poor Performance on a table  (Pallav Kalva, )
   Re: Poor Performance on a table  (Tom Lane, )
   Re: Poor Performance on a table  (Josh Berkus, )

Pallav Kalva <> writes:
> Tom Lane wrote:
>> Another likely problem is that you
>> need to increase the FSM settings (how big is your whole database?)
>>
>  Yes, you are right this table is heavily updated, the whole database
> size is of 1.5 gigs, right now i have default fsm settings how much
> should i increase max_fsm_pages  and max_fsm_relations to ?

A lot --- factor of 10 at least.  Try "vacuum verbose" and look at the
last couple lines of output.

>> VACUUM FULL will fix the immediate problem.  You might well find CLUSTER
>> to be a faster alternative, though.

> How does CLUSTER benefit me ?

It'll probably take less time to rebuild the table.  VACUUM FULL is
really optimized for the case of moving a relatively small fraction
of the table around, but it sounds like you need a complete rebuild.

            regards, tom lane


В списке pgsql-performance по дате сообщения:

От: "Iain"
Дата:
Сообщение: Re: Normalization or Performance
От: Christopher Browne
Дата:
Сообщение: Re: pg replication tools?