Saludos Puse la configuracion que me han recomendado pero se lo puse a mi server de respaldo y hago algunos select "pesados" y si me da un poco de mejor respuesta que el principal
Ahora e estado buscando como desactivar el autovacuum para las tablas mas grande y dejarlas programadas pero no e encontrado como Podrian decirme porfa como desactivar als tablas mas grandes y dejar solo el automantenimiento para el resto de la bd?? Y tengo un autovacuum muy continuo autovacuum: VACUUM pg_catalog.pg_attribute (to prevent wraparound) Pero este se presenta cada semana y cada vez tarda mas, se que esto se debe a que no tengo el autovacuum activado, esto es solo como dato El 8 de septiembre de 2011 10:42, Alvaro Herrera <alvhe...@alvh.no-ip.org>escribió: > Excerpts from Miguel Angel Hernandez Moreno's message of jue sep 08 > 12:06:12 -0300 2011: > > Saludos lista > > > > En mi servidor de respaldo le active el autovacuum segun la configuracion > a > > mi entender y > > quiciera saber como dar mas perfomance para que no afecte en el > perfomance > > un autovacuum > > Teniendo en cuenta que tengo tablas que reciben reciben millones de datos > al > > dia > > > > Tabla principal1 9 millones diarios (insert) y aprox unos 600 mil > > update > > Tabla principal2 1.2 millones diarios y aprox unos 350 mil > > update > > Tabla principal3 700 mil registros diarios y aprox unos 500 mil > > update > > Tabla principal4 1.2 millones diarios y a toda la tabla se > le > > hace un update para marcar los registros diarios procesados > > Tabla principal5 5500 registros, Cada registro tiene un update de casi > > todos los campos aproximandamente cada minuto > > Yo diría que deberías desactivar autovacuum de la tabla principal1, y > poner un vacuum en crontab; de esta manera te aseguras que se ejecuta a > la hora que más te conviene, nunca en medio de la hora de más alta > carga. Igual con otras tablas que sean de gran volumen y que reciban > muchos updates. Así dejas autovacuum para que se haga cargo de las > tablas con más moviemiento como principal5. > > A la tabla principal4 quizás te convenga hacerle un vacuum manual un > corto rato después del update masivo (suficiente tiempo como para que > todas las otras transacciones que estaban abiertas cuando empezó la > transacción del update, hayan terminado). > > > autovacuum_vacuum_scale_factor = 0.002 (Esto lo puse asi por > recomendacion) > > autovacuum_analyze_scale_factor = 0.001 (Esto lo puse asi por > > recomendacion) > > Creo que estos valores son demasiado pequeños. Quizás 0.05 o por ahí > para autovacuum_vacuum_scale_factor. > > > autovacuum_vacuum_cost_delay = 20 (no se para que se usa) > > Y este puede ser demasiado alto (o quizás no) ... 10 puede ser un valor > más apropiado. Si lo pones muy alto, cada vacuum se demorará mucho. > > Para saber para qué sirve cada parámetro, mira el manual. Todos están > explicados en detalle. > > -- > Álvaro Herrera <alvhe...@alvh.no-ip.org> > -- ISC Miguel Angel Hernandez Moreno
