| От | Harald Fuchs |
|---|---|
| Тема | Re: Slow after VACUUM, fast after DROP-CREATE INDEX |
| Дата | |
| Msg-id | pu3c30jqxn.fsf@srv.protecting.net обсуждение |
| Ответ на | open of /usr/lib/pgsql/data/pg_clog/0F3E failed (ruben <ruben20@superguai.com>) |
| Ответы |
Re: Slow after VACUUM, fast after DROP-CREATE INDEX
|
| Список | pgsql-general |
In article <411296B5.6000204@superguai.com>, ruben <ruben20@superguai.com> writes: > Today, one of the processes running daily took 4 hours when it takes > about 5 minutes. After a VACCUM ANALYZE of the affected tables it took > the same to finish, then I recreated (drop and create) the index of > the affected table and the process when again fast. My question is, > isn't enough to run a VACCUM to optimize a table and its indexes? Is > it advisable to recreate indexes from time to time? This was necessary in PostgreSQL up to 7.3.x, but 7.4.x is supposed to fix that. What version are you running?
В списке pgsql-general по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера