Slow Query Questions/es
From PostgreSQL wiki
< Slow Query Questions(Redirected from Consultas Lentss)
@ PE | eogtsh «espaol
Guia para Consultas Lentas
En une semana cualquiera, aproximadamente el 50% de las preguntas en el canal tpostgresgl de IRC y el 75% en pesql-performance son solicitudes de
ayuda con una consulta lenta, Sin embargo, es raro que el autor de la pregunta envie informacién completa acerca de a consulta lent, fustrando tanto al
autor de la pregunta as{ como a los que tratan de ayudar,
Por lo tanto, antes de enviar "Mi consulta es lets", por favor obtenga la informacién y sigs las recomendaciones que se lisan a continuacién, Examine y
‘publique, ademés, I informacién relevante de Guide o reporting problems.
Por favor envie las preguntas relacionadas con el rendimiento a la lista de correo pesal-performance después de ler los recursos disponibles en la
categoria de rendimiento dela wiki, reunir Ia informacién pertinent (ver abajo) y después de pensar en el problema. Antes de pinchar "Enviar", least
‘mensaje, itentando pensar como alguien que no sabe nada acerca de su configuracin o apicacién, y verifique si su pregunta tiene sentido. Fsto le
alborrard varias respuestas del tipo "no explica “tal cosa>" o "qué quiere decir con ™ antes de que alguien tenge suiciente informacién para
ayudarle — poner un poco de su esfuerzo le permitiré obtener mejores respuestas, mas rapido,
La informacién que usted necesita enviar
(Nota: publique esto en un sitio como [pesql privatepaste.com] y no directamente en el canal de IRC, si usted estépidiendo ayuda por IRC)
bla y esquema de indice: Publicar las definiciones de todas as tablasy los indices de referencia en la consulta, Si la consulta toca vista 0
‘funciones, vamos a necesita esas definiciones tambien,
1 Metadatos de las tablas: ademas de la definicién de las tablas, por favor publiear el nimero aproximado de fils de la tabla (s), ademis de
‘cualquier cose inusual en ella, como:
‘ contiene objetos grandes (large objects)
tiene una gran proporcién de valores nulos en varias columns
recibe un gran nimero de UPDATEs o DELETES con regularidad
esti creciendo ripidamente
tiene muchos indices
usa triggers que pueden estar amando otras funciones de la BD, o lama directamente a otras funciones
+ EXPLAIN ANALYZE, no silo EXPLAT
que se habia previsto,
se puede ejecutar un
«en explain depesz.com (hitp://explain de
leer y estudiar
PLAIN ANALYZE nos dice ¢6mo la consulta se a ejecutado en realidad, no s6lo la forma en
informacién es esencial en deseubrir cémo el planiticador utiliz6 un plan ineficiente, en lugar de cualquier otro, Sino
PLAIN ANALYZE porque nunea la consulta completa, digalo. Ain mejor, pegar el resultado del EXPLAIN ANALYZE
sz.com\)y publique el enlace resultante. Nos encanta esto, porque hace los planes mucho mas facil de
+ Version PostgreSQL: por favor proporcione la versin exacta del servidor que estéutlizando (SELECT version ()¢s una manera fil de
‘conseguirlo). Fl comportamiento del planificador cambia en cada versién, asi que es importante
+ Historia: fue esta consulta siempre lenta, ose ha hecho mis lentamente con el tiempo? Si el plan de ejecueiéin dela consulla que wilizs es
diferente, ;no tiene copias de los planes de consulta? Ha cambiado algo en su base de dats otra acurulacién de datos?
+ Hardware: por favor enviar Ia informacién esencial sobre su plataforma de hardware, Sialgin elemento de hardwate es inusual, por favor incluya
informacién detallads sobre el. Vea en Guide to reporting problems qué tipo de informacion sobre el hardware es Ui
+ Configuracién de Mantenimiento: zestiscorriendo autovacuum? Si es asi, eon qué parimetros? Sino, zestés haciendo VACUUM ylo
ANALYZE? ;Con qué frecuencia?
+ Configuracion det WAL: (para consultas que hacen escrituras) se ha cambiado la WAL a un diseo diferente? 11a cambiado la configuracién?
+ Configuracién GUC: ;qué configuracién de base de datos de configuracién ha cambiado? Cues son sus valores? (Estas son cosas como
"work_mem", “enable_seq_scan", et.) Vea Server Configuration para una consulta stil que muestra los parimetros que fueron eambiados de sus
valore® por omisién, on una forma mis fécil de leer que publicar extractos de su pastgresql.conf,
Cosas para probar antes de escribir
Usted se ahotraré mucho tiempo si intenta las siguientes cosas antes de eseribir su pregunta:
Leer Using EXPLAIN si no lo ha hecho ai,
+ ANALYZE asu base de datos para actualizar las estadistcas de la consulta,
+ VACUUM a su base de datos para purger sino estéya en ejecucién Autovacuum,
+ Compruebe las configuracién principales de GUC para asegurarse de que se ajustan a los valores razonables (vea Tuning Your PostgreSQL. Server
para pistas edicionales):
1» shared_buffers debe ser de 10% a 25% de RAM disponiblevia Sow Cun Oar oral wis
1 effective_cache_size debe ser de 75% de RAM disponible
+ Prueba cambiando Wark_mem: aumentar la cantidad hasta $MB, 32MB, 2S6MB, 1GB, ;Hay alguna diferencia?
' Para las consultas de InservUpdate/Delete, tambign deberias probar la configuracién que tiene su WAL:
‘= Mueva pg_xlog a un recurso de disco separado, si es posible
‘= Aumentar checkpoint_segments a 16.0 mis (suponiendo que tiene espacio en disco)
‘= Aumentar wal_buffers a 16MB
' Bruce sus dispostivos de 1/0 (hip: www. westnet.com/~gsmithicontent/postgresql/pg-disktestng.htm): prucbe correr dd, bonnie u otras
pprucbas de velocidad de la unidad para ver si su problema de rendimiento no es simplemente basado en hardware. Por ejemplo, una configuracién
RAID-5 no tend insereiones y actuaizaciones répides sin imporiar cémo se juega con sus consulias,
Retrieved from "hltps!iviki postgresql. onglindex php?ttle~Slow_Query_Questions/esSeoldid17700"
Category: Espatol
+ This page was last modified on 1 June 2012, at 15:46,
epee atypia Lae 2