Re: db size growing out of control when using clustered Jackrabbit
В списке pgsql-admin по дате отправления:
| От | 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 по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера