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
Definir predeterminado





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, 1 horas, 24 minutos y 3 segundos
Variable/fórmula utilizada:
Uptime
Prueba:
value < 86400
Problema:
Versión compilada de código fuente, no un ejecutable MySQL oficial.
Recomendación:
Si no compiló de código fuente puede estar utilizando un paquete modificado por una distribución. El manual MySQL sólo es preciso para los ejecutables MySQL oficiales, no para los paquetes de las distribuciones (como RedHat, Debian/Ubuntu, etc.).
Justificación:
se encontró 'fuente' («source») en el comentario de la versión («version_comment»)
Variable/fórmula utilizada:
version_comment
Prueba:
preg_match('/source/i',value)
Problema:
Método de caché sub-óptimo.
Recomendación:
Está utilizando el caché de consultas MySQL en una base de datos de bastante tráfico. Probablemente quiera considerar utilizar memcached en lugar del caché de consultas de MySQL, especialmente si tiene muchas réplicas.
Justificación:
El caché de consultas está activado y el servidor recibe 289 consultas por segundo. Esta regla se dispara si hay más de 100 consultas por segundo.
Variable/fórmula utilizada:
Questions / Uptime
Prueba:
value > 100
Problema:
Demasiadas ordenaciones causan tablas temporales.
Recomendación:
Considere aumentar sort_buffer_size y/o read_rnd_buffer_size dependiendo de los límites de memoria de su sistema.
Justificación:
Promedio de tablas temporales: 23.56 por hora, este valor debería de ser menor a 1 por hora.
Variable/fórmula utilizada:
Sort_merge_passes / Uptime
Prueba:
value * 60 * 60 > 1
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: 1370.07 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: 76 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: 1.47 por segundo, 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: 746.76 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: 105320.25 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: 10.31 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: 9%, 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: 5.23 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.33 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:
Demasiadas conexiones son abandonadas.
Recomendación:
Las conexiones son abandonadas generalmente cuando no pueden ser autorizadas. Este artículo podría ser de ayuda para rastrear el motivo de las mismas.
Justificación:
La tasa de conexiones abandonadas es 12.14 por hora, este valor debería ser menor a 1 por hora
Variable/fórmula utilizada:
Aborted_connects / Uptime
Prueba:
value * 60 * 60 > 1
Problema:
El tamaño del archivo de registros InnoDB es inadecuadamente grande.
Recomendación:
Normalmente es suficiente definir innodb_log_file_size a el 25% del valor de innodb_buffer_pool_size. Un valor muy alto de innodb_log_file_size reduce considerablemente la velocidad de la recuperación luego de una caída de la base de datos. Revise también este artículo. Necesitará cerrar el servidor, eliminar los archivos de registros InnoDB, definir el nuevo valor en el archivo 'my.cnf', iniciar el servidor y luego verificar los registros de error para asegurarse que no hubo inconvenientes. Revise también este artículo
Justificación:
El tamaño absoluto del archivo de registros InnoDB es 512 MiB
Variable/fórmula utilizada:
innodb_log_file_size / (1024 * 1024)
Prueba:
value > 256
Problema:
El caché de consultas no está habilitado.
Recomendación:
Se sabe que el caché de consultas puede mejorar la performance enormemente si está correctamente configurado. Actívelo definiendo «query_cache_size» a un valor en MiB de 2 dígitos y definiendo «query_cache_type» a 'ON'. Notar que: si está utilizando memcached ignore esta recomendación.
Justificación:
«query_cache_size» está definido como 0 o «query_cache_type» está definido como 'OFF'
Variable/fórmula utilizada:
query_cache_size
Prueba:
value == 0 || query_cache_type == 'OFF' || query_cache_type == '0'