| От | Andres Freund |
|---|---|
| Тема | Re: BUG #13472: VACUUM ANALYZE hangs on certain tables |
| Дата | |
| Msg-id | 20150626135342.GG4797@alap3.anarazel.de обсуждение исходный текст |
| Ответ на | BUG #13472: VACUUM ANALYZE hangs on certain tables (matthew.seaman@adestra.com) |
| Список | pgsql-bugs |
Hello,m On 2015-06-26 11:08:30 +0000, matthew.seaman@adestra.com wrote: > We have two tables which we have not been able to vacuum sucessfully on one > of our database servers. The vacuum process just hangs almost > instantaneously after issuing the 'VACUUM ANALYZE' command. Hm. Is there a chance that your application uses cursors? Could you send the output of: SELECT oid::regclass, txid_current(), relfrozenxid, age(relfrozenxid) FROM pg_class WHERE oid = 'your relation'::regclass; My theory is that there's a page that needs to be frozen, but a pin on the page exists, preventing the cleanup lock from being acquired. Or rather delaying it long enough that little progress is made. Greetings, Andres Freund
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера