| От | Tom Lane |
|---|---|
| Тема | Re: PATCH to allow concurrent VACUUMs to not lock each |
| Дата | |
| Msg-id | 8215.1116862951@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: PATCH to allow concurrent VACUUMs to not lock each (Hannu Krosing <hannu@skype.net>) |
| Ответы |
Re: PATCH to allow concurrent VACUUMs to not lock each
Re: PATCH to allow concurrent VACUUMs to not lock each |
| Список | pgsql-patches |
Hannu Krosing <hannu@skype.net> writes:
> I can't think of any other cases where it could matter, as at least the
> work done inside vacuum_rel() itself seema non-rollbackable.
VACUUM FULL's tuple-moving is definitely roll-back-able, so it might be
prudent to only do this for lazy VACUUM. But on the other hand, VACUUM
FULL holds an exclusive lock on the table so no one else is going to see
its effects concurrently anyway.
As I said, it needs more thought than I've been able to spare for it yet
...
regards, tom lane
В списке pgsql-patches по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера