From: | Javier Fritz Aliste <jfritz(dot)aliste(at)gmail(dot)com> |
---|---|
To: | pgsql-es-ayuda <pgsql-es-ayuda(at)postgresql(dot)org> |
Subject: | Fwd: Lock's |
Date: | 2010-11-17 18:10:29 |
Message-ID: | AANLkTi=YnLYUMg47A+NvrDAUP+t9GPs2AqWiWL3-MBdj@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
En general los locks estan asociados a consultas insert/updates/deletes.
En cuanto a las mejoras de comportamiento estaba pensando en algo asi como
timeout's en las conexiones, anteriormente realice cambios en los keepalive
del sistema de datos y mejoro bastante pero no se existen otro valores
similares para ir afinando el comportamiento del motor. He monitoreado el
sistema y estoy seguro de que no existen ejecuciones de alter's/drop's, ya
que las conexiones remotas utilizan perfiles con limitaciones al respecto, y
el usuario administrador se cuida bastante.
2010/11/17 Jaime Casanova <jaime(at)2ndquadrant(dot)com>
2010/11/17 Javier Fritz Aliste <jfritz(dot)aliste(at)gmail(dot)com>:
> > Estimados.
> >
> > Contamos con una aplicación que se conecta a una base de datos atraves de
> la
> > wan, esto nos genera en ocasiones problemas con las conexiones de estos
> > terminales remotos, el problema es que cuando el ancho de banda se ve
> > degragado se generan multiples locks y bloquea la tabla consultada
>
> si es una consulta (SELECT) los bloqueos solo impiden ejecutar ALTER
> TABLE, DROP TABLE y asi...
>
> > impidiendo que las demas consultas que no poseen problemas de velocidad
> > queden a la espera. Existe alguna configuración que permita mejorar el
> > comportamiento de la base de datos y hacerla mas resistente a este tipo
> de
> > fallos?.
> >
>
> que considerarias tu que deberia pasar? o como consideras que postgres
> deberia "mejorar" ante el degradamiento del ancho de banda?
>
> --
> Jaime Casanova www.2ndQuadrant.com
> Professional PostgreSQL: Soporte y capacitación de PostgreSQL
>
--
Javier Fritz
--
Javier Fritz
From | Date | Subject | |
---|---|---|---|
Next Message | Alvaro Herrera | 2010-11-17 18:53:38 | Re: Fwd: Lock's |
Previous Message | Jaime Casanova | 2010-11-17 17:22:50 | Re: Lock's |