| From: | "Gilberto Castillo" <gilberto(dot)castillo(at)etecsa(dot)cu> |
|---|---|
| To: | "Jose Moreira - Know How" <jmoreira(at)knowhow(dot)com(dot)uy> |
| Cc: | gilberto(dot)castillo(at)etecsa(dot)cu, pgsql-es-ayuda(at)postgresql(dot)org |
| Subject: | Re: variable que define "idle in transaction" |
| Date: | 2013-11-11 18:24:04 |
| Message-ID: | 43089.192.168.207.54.1384194244.squirrel@webmail.etecsa.cu |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-es-ayuda |
> Hola Gilberto,
>
> Los desarrolladores viven en una especie de paraiso donde no pueden ser
> interrumpidos por simples mortales..;-)
> Por eso debemos resolver el problema de conexiones idle a nivel de
> Postgre y servidor. Para desarrollar una idea necesitamos saber (si es
> posible..claro esta) cuál es(son) la(s) variable(s) que determinan que
> un proceso en el backend pasa a ser idle transaction. Se entiende?
Eso es sencillo desde que el aplicativo accede hacer algo en la data,
Ver:
select * from pg_locks --que esta boqueado
SELECT procpid, current_query FROM pg_stat_activity --que operaciones se
esta realizando.
Ahora si quieres terminar las transacciones pasado cierto tiempo hay
variables para ello, pero eso puede provocar mala cara entre esos
inmortales :-))))).
Saludos,
Gilberto Castillo
La Habana, Cuba
| Attachment | Content-Type | Size |
|---|---|---|
| unknown_filename | text/plain | 179 bytes |
| unknown_filename | text/plain | 157 bytes |
| From | Date | Subject | |
|---|---|---|---|
| Next Message | jvenegasperu . | 2013-11-11 20:46:20 | Procedimiento almacenado sin necesidad de enviar todos los parametros |
| Previous Message | Fernando Hevia | 2013-11-11 17:51:33 | Re: variable que define "idle in transaction" |