From: | Brian Colman <brian(at)bricosolutions(dot)com> |
---|---|
To: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
Cc: | pgsql <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Re: Ayuda con tunning de base de datos/vacuum/wraparround |
Date: | 2014-05-20 20:19:40 |
Message-ID: | CAGd21dj324nTqBrmx2qWtbOcs4xdKWNGJgQjzR+S18mN5V8Ntg@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
Hola Alvaro,
Gracias por la ayuda, antes de insertar, habian un procedimiento almacenado
que chequeaba la existencia de la particion, caso contrario la creaba, esto
hacia para cada transacción, ahora cambie esto, las particiones ya estan
creadas previamente y mejoro bastante los tps, y tambien mejoraron los
bloqueos, ahora volvi a setear los valores del vacuum para que no duerma
tanto, veremos como me va.
Saludos y gracias por la ayuda
Brian
El 19 de mayo de 2014, 18:11, Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>escribió:
> Brian Colman escribió:
>
> > El problema que estoy teniendo es que debido a la cantidad de
> transacciones
> > de escritura, se dispara el autovacuum para evitar el wraparround, y se
> > producen bloqueos que impiden el insert y el update, este bloqueo dura
> > aproximadamente 6 horas, aparentemente cuando se dispara el autovacuum
> para
> > la tabla principal.
>
> Vacuum no bloquea insert ni update. Pero quizás haya alguna otra
> operación que causa un bloqueo, por ejemplo un ALTER TABLE. Para saber
> qué realmente está pasando, mira la vista pg_locks buscando algún
> registro con granted=false.
>
> Ten en cuenta que autovacuum "comete suicidio" cuando encuentra otro
> proceso que está siendo bloqueado por él; excepto que cuando llega el
> tiempo de un autovacuum de emergencia (por la edad para wraparound) este
> mecanismo se desactiva.
>
> ¿Cuándo y cómo se crean las particiones nuevas?
>
> > vacuum_cost_delay = 100
> > vacuum_cost_page_hit = 100
> > vacuum_cost_page_miss = 100
> > vacuum_cost_page_dirty = 50
> > vacuum_cost_limit = 200
>
> Hm, estos valores hacen que un vacuum se demore demasiado tiempo: va a
> dormir durante 100 milisegundos por cada 4 páginas modificadas.
> Considera revertir estos valores a los de fábrica. En cualquier caso
> lee su documentación.
>
> --
> Álvaro Herrera http://www.2ndQuadrant.com/
> PostgreSQL Development, 24x7 Support, Training & Services
>
--
Brian Colman Miers
brian(at)bricosolutions(dot)com
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2014-05-20 20:34:12 | Re: Ayuda con tunning de base de datos/vacuum/wraparround |
Previous Message | Alvaro Herrera | 2014-05-19 22:11:56 | Re: Ayuda con tunning de base de datos/vacuum/wraparround |