Re: db size growing out of control when using clustered Jackrabbit

Поиск
Список
Период
Сортировка
От Joshua D. Drake
Тема Re: db size growing out of control when using clustered Jackrabbit
Дата
Msg-id 5012D9D6.8080002@commandprompt.com
обсуждение исходный текст
Ответ на Re: db size growing out of control when using clustered Jackrabbit  (Gary Webster <webster@lexmark.com>)
Список pgsql-admin
On 07/26/2012 12:31 PM, Gary Webster wrote:

> OK, I set "log_statement = "all""
> The log grew to 1GB in ~minute!  It is dominated by this one statement,
> which occurs every ~1.4 sec:
> "update WS_BUNDLE set BUNDLE_DATA = $1 where NODE_ID_HI = $2 and
> NODE_ID_LO = $3"
> parameter $1 is hex, over 6million characters long !!   Surely this is
> the root of my problem.

It definitely is. Every time you update, you are creating a dead tuple
(unless it is HOT capable). If autovacuum can't come in behind and clean
that up due to idle in transaction, you are going to have serious problems.

Sincerely,

jD



--
Command Prompt, Inc. - http://www.commandprompt.com/
PostgreSQL Support, Training, Professional Services and Development
High Availability, Oracle Conversion, Postgres-XC
@cmdpromptinc - 509-416-6579

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

Предыдущее
От: Tom Lane
Дата:
Сообщение: Re: pg_dump on Postgres 9.1
Следующее
От: Majid Azimi
Дата:
Сообщение: VACUUM ANALYZE block the whole database