Suelte aquí los archivos

Carga SQL ( 0 ) x -

Ajustes de página relacionada Pulse en la barra para deslizarse al tope de la página
Presione Ctrl+Enter para ejecutar la consulta Presione Enter para ejecutar la consulta
ascendente
descendente
Orden:
Depuración SQL
Cantidad
Orden de ejecución
Tiempo necesario
Ordenar por:
Consultas grupales
Desagrupar las consultas
Colapsar Expandir Mostrar rastro Ocultar rastro Cantidad: Tiempo necesario:
Favoritos
Actualizar
Agregar
Ningún favorito
Agregar favorito
Opciones
Restore default values
Colapsar Expandir Reconsultar Editar Explicar Perfilando Agregar a favoritos Falló la consulta Base de datos: Fecha y hora la consulta:

Sistema de consejos

Posibles problemas de performance

Problema:
El tiempo de actividad es menor a 1 día, los ajustes de performance puede no ser precisos.
Recomendación:
Para conseguir promedios más precisos es recomendable dejar el servidor ejecutando por más de un día antes de ejecutar el analizador
Justificación:
El tiempo de actividad es sólo 0 días, 0 horas, 14 minutos y 33 segundos
Variable/fórmula utilizada:
Uptime
Prueba:
value < 86400
Problema:
long_query_time está configurado a 10 segundos o más, por lo que sólo aquellas consultas que tomen más 10 segundos serán registradas.
Recomendación:
Se sugiere configurar «long_query_time» a un valor menor dependiendo de su entorno. Usualmente, un valor entre 1 y 5 segundos es el sugerido.
Justificación:
«long_query_time» está configurado a 10s.
Variable/fórmula utilizada:
long_query_time
Prueba:
value >= 10
Problema:
El registro de consultas lentas está desactivado.
Recomendación:
Active el registro de consultas lentas definiendo slow_query_log a 'ON'. Esto ayudará a analizar consultas con mala performance.
Justificación:
slow_query_log está definido como 'OFF'
Variable/fórmula utilizada:
slow_query_log
Prueba:
value == 'OFF'
Problema:
Hay demasiadas filas siendo ordenadas.
Recomendación:
Si bien no hay nada de malo en ordenar una gran cantidad de filas, es probable que desee asegurarse que las consultas que requieren gran cantidad de ordenación utilicen campos indexados en la cláusula «ORDER BY», lo que resultará en una ordenación más rápida.
Justificación:
Promedio de filas ordenadas: 4.62 por segundo
Variable/fórmula utilizada:
Sort_rows / Uptime
Prueba:
value * 60 >= 1
Problema:
Hay demasiadas uniones («JOIN») sin índices.
Recomendación:
Esto significa que las uniones («JOIN») están realizando escrutinios completos sobre tablas. Agregar índices a los campos utilizados en las condiciones de la unión las acelerarán en gran medida.
Justificación:
Promedio de uniones («JOIN») de tablas: 9.42 por segundo, este promedio debería ser menor a 1 por hora
Variable/fórmula utilizada:
(Select_range_check + Select_scan + Select_full_join) / Uptime
Prueba:
value * 60 * 60 > 1
Problema:
La tasa de lectura del primer índice es alta.
Recomendación:
Esto normalmente indica escruitinios completos de índices. Éstos son más rápidos que escrutinios de tablas pero requieren gran cantidad de clicos de CPU en tablas grandes. Si dichas tablas tienen o han tenido una gran cantidad de actualizaciones («UPDATE» o «DELETE»), ejecutar «OPTIMIZE TABLE» podría reducir dicha cantidad y/o acelerar los escrutinios completos de índices. De otra forma, la cantidad de escrutinios completos de índices sólo puede ser reducida re-escribiendo las consultas.
Justificación:
Promedio de escrutinios de índices: 25.5 por minuto, este valor debería de ser menor a 1 por hora
Variable/fórmula utilizada:
Handler_read_first / Uptime
Prueba:
value * 60 * 60 > 1
Problema:
La tasa de lecutura de datos de una posición fija es alta.
Recomendación:
Esto indica que muchas consultas necesitan ordenar resultados y/o realizar un escrutinio completo de tablas, incluyendo consultas con uniones («JOIN») que no utilizan índices. Agregue índices donde sea aplicable.
Justificación:
Tasa de lectura de una posición fija: 4.62 por segundo, este valor debería de ser menor a 1 por hora
Variable/fórmula utilizada:
Handler_read_rnd / Uptime
Prueba:
value * 60 * 60 > 1
Problema:
La tasa de lecutra de la siguiente fila de una tabla es alta.
Recomendación:
Esto indica que muchas consultas están realizando escrutinios completos de tablas. Agregue índices donde sea aplicable.
Justificación:
Tasa de lectura de la siguiente fila de una tabla: 248.38 por segundo, este valor debería de ser menor a 1 por hora
Variable/fórmula utilizada:
Handler_read_rnd_next / Uptime
Prueba:
value * 60 * 60 > 1
Problema:
Muchas tablas temporales están siendo escritas la disco en lugar de ser mantenidas en memoria.
Recomendación:
Aumentar «max_heap_table_size» y «tmp_table_size» podría ayudar. Sin embargo, algunas tablas temporales son siempre a disco permanentemente independientemente del valor de estas variables. Para eliminarlas deberá re-escribir las consultas para evitar estas condiciones (en una tabla temporal: la presencia de una columna «BLOB» o «TEXT» o la presencia de una columna mayor a 512 bytes) como se menciona en la documentación de MySQL
Justificación:
La tasa de tablas temporales escritas al disco: 1.06 por segundo, este valor debería ser menor a 1 por hora
Variable/fórmula utilizada:
Created_tmp_disk_tables / Uptime
Prueba:
value * 60 * 60 > 1
Problema:
El % de búfer de claves MyISAM (caché de índices) es bajo.
Recomendación:
Podría necesitar aumentar el valor de «key_buffer_size», examine sus tablas nuevamente para ver si se han eliminado índices o sus consultas y las expectativas de uso de los índices.
Justificación:
Maxímo % de búfer de claves MyISAM utilizado en algún momento: 0%, este valor debería ser mayor a 95%
Variable/fórmula utilizada:
Key_blocks_used * key_cache_block_size / key_buffer_size * 100
Prueba:
value < 95
Problema:
La tasa de apertura de tablas es alta.
Recomendación:
Abrir tablas necesita E/S en disco, lo cual es costoso. Aumentar «table_open_cache» podría evitarlo.
Justificación:
Tasa de apertura de tablas: 8.66 por minuto, este valor debería ser menor a 10 por hora
Variable/fórmula utilizada:
Opened_tables / Uptime
Prueba:
value*60*60 > 10
Problema:
La tasa de apertura de archivos es alta.
Recomendación:
Considere aumentar open_files_limit, y revise el registro de errores al reiniciar luego de cambiar esta variable.
Justificación:
Tasa de apertura de archivos: 3.99 por minuto, este valor debería ser menor a 5 por hora
Variable/fórmula utilizada:
Open_files / Uptime
Prueba:
value * 60 * 60 > 5
Problema:
Menos del 80% del caché de consultas está siendo utilizado.
Recomendación:
Esto puede ser porque el valor de «query_cache_limit» es muy pequeño. Vaciar el caché de consultas podría ayudar también.
Justificación:
La tasa actual de memoria libre del caché de consultas respecto del tamaño total es 4%. Debería ser mayor al 80%
Variable/fórmula utilizada:
100 - Qcache_free_memory / query_cache_size * 100
Prueba:
value < 80
Problema:
El tamaño máximo del conjunto de resultados en el caché de consultas es el valor predeterminado de 1 MiB.
Recomendación:
Cambiar «query_cache_limit» (normalmente aumentarlo) puede aumentar la eficiencia. Esta variable determina el tamaño máximo que puede tener el resultado de una consulta para ser agregada al caché de consultas. Si hay muchos resultados de consultas mayores a 1 MiB que son útiles al caché (muchas lecturas, pocas escrituras) entonces aumentar «query_cache_limit» aumentará la eficiencia. Sin embargo, en el caso que muchos resultados de consultas mayores a 1 MiB que no sean útiles al caché (invalidados frecuentemente por actualizaciones a la tabla) aumentar «query_cache_limit» podría reducir la eficiencia.
Justificación:
«query_cache_limit» está definido a 1 MiB
Variable/fórmula utilizada:
query_cache_limit
Prueba:
value == 1024*1024