| От | Jim Nasby |
|---|---|
| Тема | Re: optimizing vacuum truncation scans |
| Дата | |
| Msg-id | 55B6B195.9090601@BlueTreble.com обсуждение исходный текст |
| Ответ на | Re: optimizing vacuum truncation scans (Robert Haas <robertmhaas@gmail.com>) |
| Список | pgsql-hackers |
On 7/27/15 10:39 AM, Robert Haas wrote: > But that's not enough: we also need to know that any tuple that > survived the prune operation (that is, it wasn't redirected or marked > unused) has a new-enough xmin, which isn't tracked anywhere. Wouldn't that be old-enough xmin? heap_prune_chain() is already calling HeapTupleSatisfiesVacuum, so it should be able to figure out if the page is all visible without a lot of extra work, and pass that info back to heap_page_prune (which would then pass it down to _execute()). Definitely not a one-liner though. -- Jim Nasby, Data Architect, Blue Treble Consulting, Austin TX Data in Trouble? Get it in Treble! http://BlueTreble.com
В списке pgsql-hackers по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера