Puedes ver en pg_stat_statement como esa query esta usando la cache, si
tiene un alto % de utilizacion de la cache es muy seguro que la utilization
del IO no la affecte.
Si no la tienes instalada hay otras maneras de revisar como estas usando la
cache al nivel de base de datos en pg_stat_database.
Ojo, con ese script que corre la misma consulta cada min. y no tienes problemas
de velocidad me podría indicar que tal vez sea un tema de cache de la consulta,
que la saca de la RAM ( cache ).
Si la consulta no corre por un buen rato y se saca del cache, al correrla
fresca se podría demorar.
si tienes algún respaldo tendrás que tratar de recuperar de ahí, sino,
tendrias que probar con /usr/pgsql-14/bin/pg_resetwal -f
/var/lib/pgsql/14/data/ esto *reinicia el WAL*, eliminando cualquier
referencia a los registros antiguos y permitiendo que PostgreSQL arranque
con lo que tenga en el disc
Si tienes barman si se pueden recuperar los wal, puedes hacer PITR esa es
la gran maravilla de barman
ejemplo
barman recover number --remote-ssh-command "ssh postgres@ "
--target-time="2021-03-22 03:22:47.681236-03:00" /var/lib/pgsql/15/data
y te recupera esa linea de tiempo con los wal hasta
Hola!
Tenés un resguardo de los wal en otra ubicación ? (barman? pitr? algo?)
El mar, 18 feb 2025 a las 8:35, kernel () escribió:
> Hola,
>
> tengo un postgresql 16 ,accidentalmente se han borrado los archivos
> WAL, ahora no me arranca el postgresql, no se si hay algun tipo de
> solucion, entie
Extrañamente hoy la query anduvo bien, ya tengo armado el script sugerido
por Horacio pero por ahora no hay demoras.
Si hay demora, me va a dejar el plan en un log y se los muestro.
Muchas gracias!
El mar, 18 feb 2025 a las 12:41, Carlos T. Groero Carmona (<
cton...@gmail.com>) escribió:
> Guill
Guillermo, si logras capturar el plan y comparar, revisa el plan mode que
te comente, a mi me paso recientemente en la version 14, despues de
ejecutar la misma query con los mismos valores mas de 10 veces, la query
empieza a correr ridiculamente despacio, una query que corre desde mi
laptop en 85ms
Hola,
tengo un postgresql 16 ,accidentalmente se han borrado los archivos
WAL, ahora no me arranca el postgresql, no se si hay algun tipo de
solucion, entiendo que no, ¿verdad?
2025-02-18 12:16:01.824 CET [2998] LOG: el sistema de bases de datos
fue apagado durante la recuperación en 2025
Es buena idea Horacio, voy a armarla bien y luego les comento.
Muchas gracias.
El mar, 18 feb 2025 a las 6:38, Horacio Miranda ()
escribió:
> Y hacer un script que guarde el explain (buffers,analyze) select … cuando
> el time se demore mas de 10 segundos ?
>
> Lo corres a cada rato y de esa forma
Así es Alvaro, es demasiado vieja la versión, lamentablemente es un
problema que apareció ahora y está provocando importantes cuellos de
botella en el organismo en el que estoy. El pg17 va a demorar un poco en
implementarse porque hay factores externos (proveedor de sistema).
De todas maneras mucha
Guillermo E. Villanueva escribió:
> Buenas tardes, antes que nada, estoy usando una versión muy vieja de
> postgres por cuestiones contractuales y de un desarrollo de terceros, el
> proceso de upgrade a postgres 17 ya está iniciado, mientras tanto tengo un
> entorno de un postgres 9.2 con un master
Y hacer un script que guarde el explain (buffers,analyze) select … cuando el
time se demore mas de 10 segundos ?
Lo corres a cada rato y de esa forma capturas el plan malo vs el plan bueno ?
Algo como Lo dejas corriendo en el crontab, sera un poco pesado pero puede
darte luces del plan que e
12 matches
Mail list logo
