Re: consulta perfomance postgresql

Hola.
Lo siento, no tengo experiencia con el comando DISCARD.
Saludos.

On Sat, Jan 11, 2020 at 10:20 PM Romero, Fernando <
Fernando(dot)Romero(at)trenesargentinos(dot)gob(dot)ar> wrote:

> Hola Lucas gracias por tu respuesta.
>
> Ya identifique el problema, lo que me mata la base de datos son unas
> DISCARD, lo que no pude todavía es ver el código de esas DISCARD ni quien
> las ejecuta.
>
> Usaste esto alguna vez?
>
>
>
> Saludos
>
>
>
> *De:* Lucas Luengas [mailto:lucasluengas(at)gmail(dot)com]
> *Enviado el:* viernes, 10 de enero de 2020 07:03 p. m.
> *Para:* José González
> *CC:* Romero, Fernando; FORO POSTGRES
> *Asunto:* Re: consulta perfomance postgresql
>
>
>
>
>
> Hola Fernando.
> Cuando dices que la aplicación usa el 100% del servidor, entiendo que
> quieres decir que hay un proceso de postgresql que está consumiendo el 100%
> de cpu. En caso de que sea un proceso de postgresql, lo que puedes hacer es
> localizar el pid del proceso que está consumiendo el 100%. Puedes usar el
> comando top del sistema operativo. Una vez localizado el pid, puedes
> consultar en postgresql la tabla pg_stat_activity
> https://www.postgresql.org/docs/9.4/monitoring-stats.html#PG-STAT-ACTIVITY-VIEW
> y ver a qué query corresponde dicho pid. De esta manera, puedes localizar
> si es alguna query de tu aplicación o algún proceso de postgresql interno
> (autovacuum u otros). Si es de tu aplicación, puedes profundizar mirando el
> plan de ejecución de dicha query para ver si es optimizable o no de alguna
> manera.
>
> Cuando dices que tienes el autovacuum activado pero que las tablas no
> muestran nada, creo que sería bueno verificar si el autovacuum está en
> efecto activado y si está aplicando el autovacuum a las tablas.
>
> Para verificar si autovacuum está activado puedes ejecutar:
> select * from pg_settings where name like '%autovacuum%';
>
> Para verificar si autovacuum está aplicando a las tablas puedes ejecutar:
> select relname,last_vacuum, last_autovacuum, last_analyze,
> last_autoanalyze from pg_stat_user_tables;
> Más detalle para esa query en
> https://www.postgresql.org/docs/9.4/monitoring-stats.html#PG-STAT-ALL-TABLES-VIEW
>
> Saludos.
>
>
>
> On Fri, Jan 10, 2020 at 7:42 PM José González <josego(at)simgia(dot)com> wrote:
>
> Te fijaste si te quedas sin memoria RAM? En caso que te quedes, te
> conviene tener un poco de swap. Podes crear con una partición o como un
> archivo.
>
>
>
> saludos, jose
>
>
>
> El vie., 10 ene. 2020 a las 15:38, Romero, Fernando (<
> Fernando(dot)Romero(at)trenesargentinos(dot)gob(dot)ar>) escribió:
>
> Hola como están, tengo un problema de rendimiento en la base de datos.
>
> He hecho varias pruebas y no doy en la tecla, lo que si veo que la
> aplicación me usa el 100% del servidor.
>
> La base de datos es 9.4 corre sobre un debían con 8Gb de Ram pero no tiene
> swap, eso lo puedo estar afectando?
>
> La aplicación no esta usando muchos de los índices que tienen las tablas,
> tengo el autovaccum activado pero cuando consulto las estadísticas las
> tablas no muestran nada.
>
>
>
> Saludos
>
>
>
> “El contenido del presente mensaje (y sus anexos) es privado, confidencial
> y de exclusivo uso para el destinatario referenciado; es de público
> conocimiento que las comunicaciones por medio de Internet no permiten
> asegurar ni garantizar la confidencialidad de los mensajes transmitidos,
> así como tampoco su integridad o su correcta recepción; es por ello que
> SOFSE no se responsabiliza de posibles perjuicios derivados de la captura,
> incorporaciones de virus o cualquier otra manipulación efectuada por
> terceros. Las opiniones expresadas en este mensaje y en los archivos
> adjuntos son propias del remitente y no representan la opinión o políticas
> de SOFSE, salvo que se diga expresamente y el remitente se encuentre
> autorizado para ello”
>
> “El contenido del presente mensaje (y sus anexos) es privado, confidencial
> y de exclusivo uso para el destinatario referenciado; es de público
> conocimiento que las comunicaciones por medio de Internet no permiten
> asegurar ni garantizar la confidencialidad de los mensajes transmitidos,
> así como tampoco su integridad o su correcta recepción; es por ello que
> SOFSE no se responsabiliza de posibles perjuicios derivados de la captura,
> incorporaciones de virus o cualquier otra manipulación efectuada por
> terceros. Las opiniones expresadas en este mensaje y en los archivos
> adjuntos son propias del remitente y no representan la opinión o políticas
> de SOFSE, salvo que se diga expresamente y el remitente se encuentre
> autorizado para ello”
>