Skip site navigation (1) Skip section navigation (2)

Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Ver consul?==?ISO-8859-1?Q?tas en ejecución

From: jeison gutierrez <jeisongutierrez(at)gmail(dot)com>
To: Jaime Casanova <jcasanov(at)systemguards(dot)com(dot)ec>
Cc: Espartano <espartano(dot)mail(at)gmail(dot)com>, pgsql-es-ayuda(at)postgresql(dot)org
Subject: Re: [pgsql-es-ayuda] Re: [pgsql-es-ayuda] Ver consul?==?ISO-8859-1?Q?tas en ejecución
Date: 2009-03-27 14:53:05
Message-ID: a0e27d440903270753n60c007f0j42de7d9dd84fe27b@mail.gmail.com (view raw or flat)
Thread:
Lists: pgsql-es-ayuda
Ok muchisimas gracias por su colaboración,,,,voy a probar sus aportes y
cualquier cosa que suceda les estaré avisando.

2009/3/26 Jaime Casanova <jcasanov(at)systemguards(dot)com(dot)ec>

> 2009/3/26 Espartano <espartano(dot)mail(at)gmail(dot)com>:
> > 2009/3/26 jeison gutierrez <jeisongutierrez(at)gmail(dot)com>:
> >>
> >> Mi pregunta tiene que ver con que si es posible en linux - postgres
> saber
> >> que consultas SQL se estan ejecutando y que recursos esta consumiento.
> >>
>
> select * from pg_stat_activity;
> select * from pg_locks; (si haces un join entre las dos es mejor)
>
> pero saber que recursos exactamente esta usando una consulta
> especifica, es mas complicado... puedes activar log_temp_files y
> log_lock_waits para tener un panorama mas claro de lo que paso... (en
> 8.4 va a haber un modulo contrib que ejecute explain de forma
> automatica para las consultas que se esten ejecutando, eso te dira
> cuanta memoria usaron los ordenamientos si se hicieron en disco, etc)
>
> >> Tambien si es posible ver que usuarios estan conectados
>
> select * from pg_stat_activity;
>
> >> y saber de alguna
> >> manera sus tiempos de inactividad para cerrar sus conexiones en caso de
> que
> >> esten abiertas y no se esten usando.
> >>
>
> en plataformas que lo soporten los parametros tcp_keepalive_*
> servirian para eso, aunque no estoy familiarizado con ellos como para
> sugerirte un valor razonable...
>
> tambien podrias usar un pool de conexiones (usando conexiones no
> persistentes de tu aplicacion) para que el pool se encargue del
> problema por ti...
>
> >>
> >
> >
> > Busca en los históricos, no hace mucho tiempo jaime casanova tuvo un
> > problema de rendimiento con uno de sus clientes ( ACLARO por un
> > programa que el no hizo ),
>
> gracias por la aclaracion ;)
>
> > y (aunque no recuerdo exactamente como fue
> > su problema ) posteó a la lista como hizo para determinar que consulta
> > estaba consumiendo tantos recursos, me parece que también la puso en
> > el wiki de postgres.
> >
>
> asi es, la idea era no solo identificar las consultas lentas (eso es
> facil de hacer con log_min_duration_statement) sino tambien
> identificar la pagina php especifica que la estaba ejecutando, pero si
> te sirve ahi te dejo el enlace:
> http://wiki.postgresql.org/wiki/Encontrando_consultas_que_consumen_recursos
>
>
> --
> Atentamente,
> Jaime Casanova
> Soporte y capacitación de PostgreSQL
> Asesoría y desarrollo de sistemas
> Guayaquil - Ecuador
> Cel. +59387171157
>

In response to

pgsql-es-ayuda by date

Next:From: Alvaro HerreraDate: 2009-03-27 15:01:20
Subject: Re: Active Record
Previous:From: Emanuel Calvo FrancoDate: 2009-03-27 14:44:50
Subject: Re: Active Record

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group