Solte os arquivos aqui

Envio de SQL ( 0 ) x -

Configurações da página Clique na barra para rolar até o topo da página
Pressione Ctrl+Enter para executar consulta Pressione Enter para executar consulta
ascendente
descendente
Ordem:
Depurar SQL
Contagem
Ordem de execução
Tempo gasto
Ordenar por:
Agrupar consultas
Desagrupar consultas
Recolher Expandir Mostrar rastro Ocultar rastro Contagem: Tempo gasto:
Favoritos
Atualizar
Adicionar
Sem marcador(es)
Adicionar marcador
Opções
Restore default values
Recolher Expandir Repetir consulta Editar Demonstrar SQL Perfil Marcadores Falha na consulta Banco de dados: Tempo de execução da consulta:

Sistema de assessoria

Possíveis problemas de performance

Problema:
Uptime é menor que um dia, ajustes de performance podem não estar precisos.
Recomendação:
Pra ter médias mais precisas é recomendado deixar o servidor rodando por mais de um dia antes de utilizar esta ferramenta
Justificação:
O uptime é somente 0 dias, 1 horas, 46 minutos e 5 segundos
Variável / fórmula utilizada:
Uptime
Teste:
value < 86400
Problema:
long_query_time está ajustado em 10 segundos ou mais, assim apenas consultas lentas que demoram mais do que 10 segundos são registradas.
Recomendação:
Sugere-se definir long_query_time para um valor inferior, dependendo do seu ambiente. Normalmente, um valor de 1-5 segundos é sugerido.
Justificação:
"long_query_time" está definida para 10s.
Variável / fórmula utilizada:
long_query_time
Teste:
value >= 10
Problema:
O log de queries lentas está desativado.
Recomendação:
Ativa log de queries lentas definindo slow_query_log para 'ON'. Isso ajudará a resolver problemas de desempenho de queries.
Justificação:
slow_query_log está definido como 'OFF'
Variável / fórmula utilizada:
slow_query_log
Teste:
value == 'OFF'
Problema:
Muitos campos estão sendo ordenados.
Recomendação:
Apesar de não haver nada errado em uma grande quantidade de ordenação de campos, você pode querer garantir que as consultas que exigem muita ordenação usem colunas indexadas na cláusula ORDER BY, pois isso resultará em uma ordenação muito mais rápida.
Justificação:
Média de campos ordenados: 11.31 por segundo
Variável / fórmula utilizada:
Sort_rows / Uptime
Teste:
value * 60 >= 1
Problema:
Existem joins demais sem índices.
Recomendação:
Isso significa que JOINs estão fazendo leituras completas de tabela. Adicionar índices aos campos sendo usados nas condições JOIN irá acelerar bastante a união das tabelas.
Justificação:
Média de tabelas de join: 10.23 por segundo, esse valor deveria ser menor do que 1 por hora
Variável / fórmula utilizada:
(Select_range_check + Select_scan + Select_full_join) / Uptime
Teste:
value * 60 * 60 > 1
Problema:
A taxa de leitura do primeiro registro de índice está alta.
Recomendação:
Isso normalmente indica leituras completas frequentes de índice. Leituras completas de índices são mais rápidas que leituras de tabela mas exigem muitos ciclos de CPU em grandes tabelas, se essas tabelas que tem ou tinham altos volumes de UPDATEs e DELETEs, rodar "OTIMIZAR TABELA" pode reduzir a quantidade de e/ou acelerar as leituras completas de índice. Tirando isso, leituras completas de índice só podem ser reduzidas reescrevendo as queries.
Justificação:
Média de pesquisas de índice: 29.17 por minuto esse valor deveria ser menor do que 1 por hora
Variável / fórmula utilizada:
Handler_read_first / Uptime
Teste:
value * 60 * 60 > 1
Problema:
A taxa de leitura de dados de uma posição fixa está alta.
Recomendação:
Isso indica que muitas queries precisam ordenar resultados e/ou fazer uma leitura completa de tabela, incluindo queries JOIN que não usam índices. Adicione índices onde puderem ser aplicados.
Justificação:
A taxa média de leituras de posições fixas é de: 11.25 por segundo, este valor deve ser menor do que 1 por hora
Variável / fórmula utilizada:
Handler_read_rnd / Uptime
Teste:
value * 60 * 60 > 1
Problema:
A taxa de leitura da linha da próxima linha de tabela está alta.
Recomendação:
Isto indica que muitas queries estão fazendo buscas em tabelas inteiras. Adicione índices onde forem aplicáveis.
Justificação:
A taxa de leitura de próxima linha de tabela é de: 289.5 por segundo, este valor deve ser menor do que 1 por hora
Variável / fórmula utilizada:
Handler_read_rnd_next / Uptime
Teste:
value * 60 * 60 > 1
Problema:
Muitas tabelas temporárias estão sendo escritas no disco ao invés de serem mantidas na memória.
Recomendação:
Aumentar o max_heap_table_size e o tmp_table_size pode ajudar. Embora algumas tabelas temporárias estejam sempre sendo escritas para o disco, independente do valor dessas variáveis. Para eliminá-las, você terá que reescrever suas queries para evitar essas condições (dentro de uma tabela temporária: presença de um campo BLOB ou TEXTO ou a presença de um campo maior que 512 bytes) como mencionado na Documentação MySQL
Justificação:
A taxa de tabelas temporárias sendo escritas no disco: 1.27 por segundo, esse valor deveria ser menor do que 1 por hora
Variável / fórmula utilizada:
Created_tmp_disk_tables / Uptime
Teste:
value * 60 * 60 > 1
Problema:
% do buffer de chaves MyISAM (cache de índices) usada é baixa.
Recomendação:
Você pode precisar diminuir o tamanho do key_buffer_size, re-examinar suas tabelas para ver se os índices foram removidos, ou examinar as queries e expectativas a respeito de quais índices estão sendo usados.
Justificação:
% máxima do buffer de chaves MyISAM usada: 0%, é aconselhável que este valor esteja acima de 95%
Variável / fórmula utilizada:
Key_blocks_used * key_cache_block_size / key_buffer_size * 100
Teste:
value < 95
Problema:
A taxa de tabelas abertas está alta.
Recomendação:
Abrir tabelas exige I/O, o que é pesado. Aumentar o table_open_cache pode evitar isso.
Justificação:
Taxa de tabelas abertas: 1.39 por minuto, esse valor deveria ser menor do que 10 por hora
Variável / fórmula utilizada:
Opened_tables / Uptime
Teste:
value*60*60 > 10
Problema:
A taxa de arquivos abertos está alta.
Recomendação:
Considere aumentar o open_files_limit, e verifique o erro de log quando reiniciar após mudar o open_files_limit.
Justificação:
Taxa de arquivos abertos: 43.55 por hora. Este valor deveria ser menor do que 5 por hora
Variável / fórmula utilizada:
Open_files / Uptime
Teste:
value * 60 * 60 > 5
Problema:
Menos de 80% do cache de query está sendo utilizado.
Recomendação:
Isto pode ser causado porque o query_cache_limit está muito baixo. Limpar o cache de consultas também pode ajudar.
Justificação:
A relação entre a memória livre do cache de consultas e o tamanho total do cache de consultas é de 9%. Deveria ser maior do que 80%
Variável / fórmula utilizada:
100 - Qcache_free_memory / query_cache_size * 100
Teste:
value < 80
Problema:
O tamanho máximo dos resultados definido no cache de query é por padrão de 1 MB.
Recomendação:
Mudar o query_cache_limit (normalmente aumentar) pode aumentar a eficiência. Essa variável determina o tamanho máximo de resultado de query a ser inserido no cache de query. Se existir muitos resultados de query acima de 1 MB que são fáceis de armazenar (muitas leituras, poucas escritas) então aumentar o query_cache_limit irá aumentar a eficiência. Enquanto que no caso de muitos resultados de query estar acima de 1MB que não são muito fáceis de armazenar (frequentemente invalidados por causa de atualizações de tabelas) aumentar o query_cache_limit pode reduzir a eficiência.
Justificação:
query_cache_limit está definido como 1 MB
Variável / fórmula utilizada:
query_cache_limit
Teste:
value == 1024*1024