RE: Autovaccum

Ok Jaime, gracias por responder.
Entoces, con este demonio tan preciado, se puede pensar en dejar el famoso
"hiciste vacuum de forma frecuente?", "Con que frecuencia haces el vacuum?"
o "Hace cuanto no ejecutaste el vacuum", etc?

Quiere decir que no se degradarían las consultas si no se llegan a las 1000
tuplas entre insert/update/delete, y si en realidad la gestion si superan
las 1000 tuplas, el autovacuum se encargará de hacer el vacuum, no?

Conrado

-----Mensaje original-----
De: Jaime Casanova [mailto:systemguards(at)gmail(dot)com]
Enviado el: Martes, 25 de Abril de 2006 01:40 a.m.
Para: Conrado Blasetti
CC: pgsql-es-ayuda(at)postgresql(dot)org
Asunto: Re: [pgsql-es-ayuda] Autovaccum

>
>
#---------------------------------------------------------------------------
> # AUTOVACUUM PARAMETERS
>
#---------------------------------------------------------------------------
>
> autovacuum = on # enable autovacuum subprocess?
> #autovacuum_naptime = 60 # time between autovacuum runs, in
> secs

el demonio de autovacuum se ejecuta cada 60 segundos pero

> #autovacuum_vacuum_threshold = 1000 # min # of tuple updates before
> # vacuum

solo ejecuta VACUUM sobre las tablas que hayan actualizado al menos
mil tuplas (es decir que se hayan afectado 1000 registros con UPDATE
y/o DELETE)

> #autovacuum_analyze_threshold = 500 # min # of tuple updates before
> # analyze

solo ejecuta ANALYZE sobre las tablas que hayan actualizado al menos
quinientas tuplas (es decir que se hayan afectado 500 registros con
UPDATE y/o DELETE)

> #autovacuum_vacuum_scale_factor = 0.4 # fraction of rel size before
> # vacuum
> #autovacuum_analyze_scale_factor = 0.2 # fraction of rel size before
> # analyze

estos de aqui no los entiendo bien pero se que tienen que ver con el
crecimiento de la tabla y me imagino que la condicion es 1000
registros O este factor de crecimiento

> #autovacuum_vacuum_cost_delay = -1 # default vacuum cost delay for
> # autovac, -1 means use
> # vacuum_cost_delay
> #autovacuum_vacuum_cost_limit = -1 # default vacuum cost limit for
> # autovac, -1 means use
> # vacuum_cost_limit
>
> Bien, cada 60 segundos se está ejecutando el autovacuum y en el pg_log, el
> archivo de log de hoy veo lineas como estas:
>
> ...
> 2006-04-24 14:51:59 LOG: autovacuum: processing database "Sacofi32"
> 2006-04-24 14:52:59 LOG: autovacuum: processing database "postgres"
> 2006-04-24 14:53:59 LOG: autovacuum: processing database "Sacofi32"
> 2006-04-24 14:54:59 LOG: autovacuum: processing database "postgres"
> 2006-04-24 14:55:59 LOG: autovacuum: processing database "Sacofi32"
> 2006-04-24 14:56:59 LOG: autovacuum: processing database "postgres"
> ...
>

tambien debes tener presente que :
- cada vez que se ejecuta autovacuum solo procesa una base de datos
- cada vez que se ejecuta autovacuum decide si debe hacer algo o no

entre otras cosas que aun no entiendo bien :)

--
Atentamente,
Jaime Casanova

"What they (MySQL) lose in usability, they gain back in benchmarks, and
that's
all that matters: getting the wrong answer really fast."
Randal L. Schwartz