| От | shauncutts@factfiber.com |
|---|---|
| Тема | Re: Corrupt index stopping autovacuum system wide |
| Дата | |
| Msg-id | 4aa8e980bd7ab2d50252599c9149b19f@factfiber.com обсуждение |
| Ответ на | Re: Corrupt index stopping autovacuum system wide (Andres Freund <andres@anarazel.de>) |
| Список | pgsql-general |
On 17.07.2019 18:14, Andres Freund wrote: > > > To me that means that we need prioritization across databases, and > between tables, and probably by multiple criteria. I suspect there > need > to be multiple criteria how urgent vacuuming is, and autovacuum ought > to > try to make progress on all of them. > I'm not a contributor, and don't know the code base, so don't normally comment. But it occurs to me in the present case that there may be a short-term workaround for the current problem: could autovacuum visit tables in a random order? Then at least all tables would get vacuumed eventually (in the current case). If, later, more complex priorities are implemented, they could be probabilistic weights. Best, -- Shaun Cutts
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера