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 <pkalva@deg.cc>)
Список pgsql-performance
Pallav Kalva <pkalva@deg.cc> 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 по дате отправления:

Предыдущее
От: Pallav Kalva
Дата:
Сообщение: Re: Poor Performance on a table
Следующее
От: Robin Ericsson
Дата:
Сообщение: Re: Alternatives to Dell?