Re: Re: [HACKERS] 答复: [HACKERS] postgres 1 个(共 2 个) can pg 9.6 vacuum freeze skip page on index?
В списке pgsql-hackers по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Re: [HACKERS] 答复: [HACKERS] postgres 1 个(共 2 个) can pg 9.6 vacuum freeze skip page on index? |
| Дата | |
| Msg-id | 28906.1480617566@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Re: [HACKERS] 答复: [HACKERS] postgres 1 个(共 2 个) can pg 9.6 vacuum freeze skip page on index? (Robert Haas <robertmhaas@gmail.com>) |
| Ответы |
Re: [HACKERS] Re: [HACKERS] 答复: [HACKERS] postgres 1 个(共 2 个) can pg 9.6 vacuum freeze skip page on index?
|
| Список | pgsql-hackers |
Robert Haas <robertmhaas@gmail.com> writes:
> I think that the indexes only need to be scanned if the VACUUM finds
> dead tuples. But even 1 dead tuple will cause a complete scan of
> every index. I've complained about this before and I think there's
> room for improvement here, but nobody's been motivated enough to
> pursue this yet.
The thing that's been speculated about in the past is having some
threshold larger than 1 on the minimum number of dead tuples needed
to cause a cleanup pass. It wouldn't be hard to implement, if you
could get consensus on what the threshold should be. I'd think
some algorithm similar to the autovacuum thresholds might be
appropriate. It's not quite clear how this would interact with
HOT pruning, though.
regards, tom lane
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера