Re: pg_upgrade < 9.3 -> >=9.3 misses a step around multixacts
В списке pgsql-bugs по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: pg_upgrade < 9.3 -> >=9.3 misses a step around multixacts |
| Дата | |
| Msg-id | 18673.1405897470@sss.pgh.pa.us обсуждение |
| Ответ на | Re: pg_upgrade < 9.3 -> >=9.3 misses a step around multixacts (Andres Freund <andres@2ndquadrant.com>) |
| Ответы |
Re: pg_upgrade < 9.3 -> >=9.3 misses a step around multixacts
Re: pg_upgrade < 9.3 -> >=9.3 misses a step around multixacts |
| Список | pgsql-bugs |
Andres Freund <andres@2ndquadrant.com> writes:
> If any *single* full table vacuum after that calls
> vac_update_datfrozenxid() which just needs its datfrozenxid advance by
> one we're in trouble: vac_truncate_clog() will be called with minMulti =
> GetOldestMultiXactId().
Uh, no, the cutoff is GetOldestMultiXactId minus
vacuum_multixact_freeze_min_age (or the autovac equivalent).
See vacuum_set_xid_limits.
regards, tom lane
В списке pgsql-bugs по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера