Re: System catalog vacuum issues

Поиск
Список
Период
Сортировка
От Sergey Konoplev
Тема Re: System catalog vacuum issues
Дата
Msg-id CAL_0b1uU7MDYe3XmyeMeYhvd3PKvPv3SMjBfRzCXgeHJ9BykfA@mail.gmail.com
обсуждение исходный текст
Ответ на Re: System catalog vacuum issues  (Vlad Arkhipov <arhipov@dc.baikal.ru>)
Ответы Re: System catalog vacuum issues
Список pgsql-hackers
On Thu, Aug 15, 2013 at 7:03 PM, Vlad Arkhipov <arhipov@dc.baikal.ru> wrote:
>> Do you have some processes that intensively create tables or columns
>> and then delete them or create them in transaction and rollback the
>> transaction?
>>
> There are many processes that create and drop temporary tables.

That is the problem. Exactly what Jim was writing about. Autovacuum
have no chance to clean dead tuples at the end of the table because
they are created too intensively. In the latest versions autovacuum
behaves so it would stop working when a concurrent lock is acquired.
As he suggested you should use vacuum in cron, however it might make
other procecess, that create/drop tables to wait.

Another solution would be to factor out the temp tables usage from the
logic. Could you please describe what are you using temp tables for?
There might be another, more effective solution of this issue.

-- 
Kind regards,
Sergey Konoplev
PostgreSQL Consultant and DBA

http://www.linkedin.com/in/grayhemp
+1 (415) 867-9984, +7 (901) 903-0499, +7 (988) 888-1979
gray.ru@gmail.com



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

Предыдущее
От: Stephen Frost
Дата:
Сообщение: Re: ALTER SYSTEM SET command to change postgresql.conf parameters (RE: Proposal for Allow postgresql.conf values to be changed via SQL [review])
Следующее
От: Noah Misch
Дата:
Сообщение: Re: Fix Windows socket error checking for MinGW