Re: Query times change by orders of magnitude as DB ages
В списке pgsql-performance по дате отправления:
| От | Richard Neill |
|---|---|
| Тема | Re: Query times change by orders of magnitude as DB ages |
| Дата | |
| Msg-id | 4B0D2190.8060200@cam.ac.uk обсуждение исходный текст |
| Ответ на | Re: Query times change by orders of magnitude as DB ages (Matthew Wakeling <matthew@flymine.org>) |
| Ответы |
Re: Query times change by orders of magnitude as DB
ages
|
| Список | pgsql-performance |
Matthew Wakeling wrote: > On Wed, 25 Nov 2009, Richard Neill wrote: >>> On Sun, 22 Nov 2009, Richard Neill wrote: >>>> Worse still, doing a cluster of most of the tables and vacuum full >>>> analyze > > In fact, cluster is exactly the command you are looking for. It will > drop the indexes, do a complete table rewrite (in the correct order), > and then recreate all the indexes again. > > In normal operation, a regular vacuum will keep the table under control, > but if you actually want to shrink the database files in exceptional > circumstances, then cluster is the tool for the job. > Thanks - now I understand. In terms of just index bloat, does a regular vacuum help? Richard
В списке pgsql-performance по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера