Hola. Lo siento, no tengo experiencia con el comando DISCARD. Saludos. On Sat, Jan 11, 2020 at 10:20 PM Romero, Fernando < fernando.rom...@trenesargentinos.gob.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:lucasluen...@gmail.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 <jos...@simgia.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.rom...@trenesargentinos.gob.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” >
