Re: Pregunta sobre catalogos

El 8 de febrero de 2012 08:24, Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>escribió:

>
> Excerpts from Juan Carlos Ramirez Zambrano's message of mar feb 07
> 19:52:26 -0300 2012:
> > hola lista, quiero preguntar una duda que tengo y ver si
> > es recomendable hacer un vacuum full a catalogos
>
> No, eso no es nunca recomendable, y menos hacerlo periódicamente.
>

OK.

>
> > Se tiene activado el autovaccum desde hace 3 semanas y esta esta
> trabajando
> > de forma correcta,
> > pero el catalogo pg_attribute despues de 3 semanas pesa 1.5 GB, antes de
> > que se activara el autovaccum este pesaba hasta 8 GB en 4 dias.
> >
> > Mi pregunta es, si es recomendable hacer un vaccum full a catálogos cada
> > 4semanas o cada que pese mas de 1 GB el pg_attribute, este catalogo es
> > el único que pesa mas de 1 GB.
>
> Hmm, creo que tu problema con pg_attribute es severo: hay tanto
> movimiento de tuplas que autovacuum no alcanza a mantener el problema a
> raya. Ya no es tan severo como cuando no tenías autovacuum pero
> claramente no se ha resuelto todavía.
>
> Creo que tienes dos opciones: o haces que autovacuum sea más agresivo, o
> pones un vacuum manual a pg_attribute. Lo que yo haría sería observar
> cada cuánto tiempo autovacuum está procesando esa tabla; y registrar
> cómo cambian los parámetros (cantidad de tuplas muertas) con el tiempo.
> Todo esto lo puedes ver en pg_stat_sys_tables. Primero ejecuta un
> vacuum full (o equivalente; ya hablamos de esto antes) ahora, y en
> cuanto esté eso hecho estudia con cuidado cómo cambia la cantidad de
> tuplas muertas. Si pasa mucho tiempo antes que autovacuum procese esa
> tabla cuando exceda el límite de vacuum_scale_factor, es porque
> autovacuum debe estar demasiado ocupado con otras tablas. En tal caso
> podrías intentar aumentar autovacuum_max_workers o disminuir
> autovacuum_vacuum_cost_delay, o ambas cosas. O bien poner un vacuum
> (no full) a esa tabla, manualmente a través de cron, con más frecuencia
> que lo que hace autovacuum.
>
> Por supuesto, tienes que leer toda la documentación pertinente,
> partiendo aquí:
> http://www.postgresql.org/docs/9.1/static/maintenance.html
> (ajusta la URL según la versión de postgres que estés usando)
>

Gracias Alvaro, voy a revisar el comportamiento del autovaccum y tomar en
cuenta tus observaciones para poder configurar mas adecuadamente el
autovaccum y ver la posibilidad activar un cron para las tablas con mucha
actividad con mas frecuencia. en este momento se tiene un vacuum por cron
pero ese solo en una vez al dia a todas las tablas.

La tablas temporales que se crean en funciones tambien afectan a catalogos
en el crecimiento de tablas muertas?

Por que tenemos funciones que crean muchas tablas temporales

Saludos

>
> --
> Álvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
>