| От | Tom Lane |
|---|---|
| Тема | Re: Vacuum as "easily obtained" locks |
| Дата | |
| Msg-id | 18238.1312386722@sss.pgh.pa.us обсуждение |
| Ответ на | Re: Vacuum as "easily obtained" locks (Michael Graham <mgraham@bloxx.com>) |
| Список | pgsql-general |
Michael Graham <mgraham@bloxx.com> writes:
> Ah! This looks like it is very much the issue. Since I've got around
> 150GB of data that should be truncatable and a select every ~2s.
> Just to confirm would postgres write:
> 2011-08-03 16:09:55 BST ERROR: canceling autovacuum task
> 2011-08-03 16:09:55 BST CONTEXT: automatic vacuum of table
> "traffic.public.logdata5queue"
> Under those circumstances?
Yup ...
If you do a manual VACUUM, it won't allow itself to get kicked off the
lock ... but as noted upthread, that will mean your other queries get
blocked till it's done. Not sure there's any simple fix for this that
doesn't involve some downtime.
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера