Re: Call closed: Almost happy ending (from "Data files became huge with no apparent reason" thread)
В списке pgsql-general по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: Call closed: Almost happy ending (from "Data files became huge with no apparent reason" thread) |
| Дата | |
| Msg-id | 5958.1031063567@sss.pgh.pa.us обсуждение исходный текст |
| Ответ на | Call closed: Almost happy ending (from "Data files became huge with no apparent reason" thread) (Dario Fumagalli <dfumagalli@tin.it>) |
| Список | pgsql-general |
Dario Fumagalli <dfumagalli@tin.it> writes:
> - Given that single user REINDEX [database name] FORCE in single user
> modedid rebuild the indexes but did not optimize them;
> - Given that a REINDEX INDEX [index name] did optimize and shrink a
> single index but increased the overall data size;
> - Given that a VACUUM VERBOSE ANALYZE somehow alters the overall
> database files size (seems to re-distribute the file space evenly across
> indexes);
There is no such thing as a "reindex that optimizes" versus "reindex
that doesn't optimize". A rebuild is a rebuild. I suspect that you
were fooled by out-of-date relpages statistics in pg_class, and/or
expecting REINDEX to rebuild indexes it won't.
VACUUM updates relpages to reflect current reality, but I'm not sure
whether REINDEX does.
Also, REINDEX at the database level only reindexes system-table indexes.
regards, tom lane
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера