Re: Vaccuum best practice: cronjob or autovaccuum?
От | Jaime Casanova |
---|---|
Тема | Re: Vaccuum best practice: cronjob or autovaccuum? |
Дата | |
Msg-id | 3073cc9b0808280758v1e91ab06ndc19560b0100ac73@mail.gmail.com обсуждение исходный текст |
Ответ на | Re: Vaccuum best practice: cronjob or autovaccuum? (Joao Ferreira gmail <joao.miguel.c.ferreira@gmail.com>) |
Список | pgsql-general |
On Thu, Aug 28, 2008 at 9:47 AM, Joao Ferreira gmail <joao.miguel.c.ferreira@gmail.com> wrote: > > http://www.postgresql.org/docs/8.3/static/maintenance.html > > you'll find that once in a while (start at once/week and build up or > down from there) you can/should: > > - vacuum full > - reindex your tables > - reindex your indexes > Actually the manuals doesn't recomend VACUUM FULL for routine maintenance anymore """ For those not using autovacuum, one approach is to schedule a database-wide VACUUM once a day during low-usage period, supplemented by more frequent vacuuming of heavily-updated tables if necessary. (Some installations with extremely high update rates vacuum their busiest tables as often as once every few minutes.) If you have multiple databases in a cluster, don't forget to VACUUM each one; the program vacuumdb might be helpful. VACUUM FULL is recommended for cases where you know you have deleted the majority of rows in a table, so that the steady-state size of the table can be shrunk substantially with VACUUM FULL's more aggressive approach. Use plain VACUUM, not VACUUM FULL, for routine vacuuming for space recovery. """ -- regards, Jaime Casanova Soporte y capacitación de PostgreSQL Asesoría y desarrollo de sistemas Guayaquil - Ecuador Cel. (593) 87171157
В списке pgsql-general по дате отправления: