Re: BUG #8058: CLUSTER and VACUUM FULL fail to free space

Поиск
Список
Период
Сортировка
От Tom Lane
Тема Re: BUG #8058: CLUSTER and VACUUM FULL fail to free space
Дата
Msg-id 17000.1365777701@sss.pgh.pa.us
обсуждение исходный текст
Ответ на BUG #8058: CLUSTER and VACUUM FULL fail to free space  (daniel@heroku.com)
Ответы Re: BUG #8058: CLUSTER and VACUUM FULL fail to free space  (Daniel Farina <daniel@heroku.com>)
Список pgsql-bugs
daniel@heroku.com writes:
> We have a somewhat high-churn table acting as a queue, and over time it's
> grown to be something like a gigabyte.  I surmised it might be vanilla
> bloat, but the truth seems somewhat more exotic because both VACUUM FULL and
> CLUSTER generated absolutely no new free space.

> In the end, ALTER TABLE and CREATE TABLE ... (LIKE) ran nearly instantly and
> got the table size down to a few hundred K from 900M.

My money is on there being old idle transactions somewhere that kept
recently-dead rows from being reclaimable.  If memory serves, VACUUM
FULL and CLUSTER will faithfully retain such rows, but of course a
manual data transfer like that wouldn't.

> We have retained the old bloated table so we can poke at it.

I think contrib/pgstattuple could tell you about dead tuples.

            regards, tom lane

В списке pgsql-bugs по дате отправления:

Предыдущее
От: Andres Freund
Дата:
Сообщение: Re: BUG #8058: CLUSTER and VACUUM FULL fail to free space
Следующее
От: Tom Lane
Дата:
Сообщение: Re: BUG #8059: sequence crash recovery is not working properly