O cluster AnalyticDB for MySQL oferece o recurso sql diagnostics, que permite buscar consultas SQL com base em critérios específicos, como consultas lentas, em várias dimensões. Visualize os resultados da busca e baixe-os para análise local. Este tópico descreve como utilizar o gráfico de monitoramento de consultas e a lista de consultas SQL no recurso sql diagnostics.
Gráfico de monitoramento de consultas
Na seção Query Monitoring Information do sql diagnostics, visualize a distribuição das durações de execução de consultas em um intervalo de tempo especificado. Isso ajuda a identificar rapidamente consultas de longa duração.
Cada bloco colorido no gráfico representa uma única consulta.
As cores dos blocos não têm significado especial e servem apenas para distinguir consultas diferentes. Blocos mais longos indicam consultas com maior duração de execução.
Passe o mouse sobre um bloco para ver informações sobre a consulta, como horário de início ou término e volume de dados verificados. Clique em Details para acessar a página de detalhes da consulta e visualizar informações como Query Properties, SQL Statement e Execution Plan. Para obter mais informações, consulte Usar um plano de execução para analisar uma consulta.
O gráfico Query Monitoring Information exibe até 10.000 consultas. Os detalhes específicos de cada consulta aparecem na tabela SQL Queries, localizada abaixo do gráfico. Para saber mais, veja lista de consultas SQL.
O gráfico Query Monitoring Information mostra apenas os resultados de uma busca geral, como as Top 100 Most Time-consuming Queries nos Last 5 Minutes. O uso da busca avançada na tabela SQL Queries não altera os resultados exibidos no gráfico Query Monitoring Information. Para mais detalhes, consulte Métodos de busca.
Lista de consultas SQL
A lista de consultas SQL fornece mais informações do que o gráfico de monitoramento, incluindo a instrução SQL específica e o endereço de origem. Além disso, o recurso de busca avançada no canto superior direito da lista permite filtrar os resultados com maior precisão. Essa filtragem não afeta o gráfico de monitoramento de consultas, mas facilita a identificação exata de consultas problemáticas.
|
Parâmetro |
Descrição |
Uso |
|
Actions |
Clique em Diagnose para visualizar detalhes da execução, incluindo a instrução SQL, estatísticas, plano de execução e resultados do diagnóstico. |
Na página Diagnose, clique em Execution Plan para analisar a consulta. Para obter mais informações, consulte Usar um plano de execução para analisar uma consulta. |
|
SQL |
A instrução SQL. |
Clique em |
|
Start time |
Horário de envio da consulta. |
N/A |
|
Query ID |
ID da consulta. |
N/A |
|
Source address |
Endereço IP do cliente. |
Na página Diagnostics and Optimization, clique em Connection Information para visualizar o endereço de origem. |
|
Database |
Nome do banco de dados ao qual o cliente está conectado. |
Use a busca avançada para pesquisar instruções SQL por banco de dados. |
|
Status |
Status de execução da instrução SQL. Valores válidos:
|
N/A |
|
Total duration |
Tempo total decorrido desde o envio de uma instrução SQL até a conclusão da execução. Esta métrica inclui o tempo total gasto em fila, geração do plano de execução e execução real. Não inclui o tempo de transferência de rede para retornar os dados resultantes ao cliente. |
Duração Total = Tempo de Fila + Duração do Plano de Execução + Duração da Execução. |
|
Queuing time |
Tempo de espera da instrução SQL na fila de controle de tráfego no nó de acesso antes do agendamento para execução. Esse período começa quando a instrução SQL entra na fila e termina quando é selecionada e a geração do plano de execução se inicia. |
O AnalyticDB for MySQL controla o tráfego nos nós de acesso. Quando a concorrência é alta, consultas que excedem o limite de controle de tráfego são enfileiradas, resultando em longos tempos de espera. Se a utilização de recursos de computação estiver baixa nesse momento, tente aumentar o tamanho da fila. Para obter mais informações, consulte Filas prioritárias e concorrência de grupos de recursos interativos. Caso a utilização de recursos de computação esteja alta, identifique a causa raiz das instruções SQL ineficientes. Para mais detalhes sobre nós de acesso, veja Arquitetura. |
|
Execution plan duration |
Tempo necessário para o nó de acesso analisar, otimizar e gerar um plano de execução para a instrução SQL. Esse período começa quando a instrução SQL termina a espera na fila e passa a ser processada, terminando quando o plano de execução é gerado e está pronto para ser despachado aos nós de computação. |
Após o envio de uma instrução SQL a um nó de acesso, um plano de execução é gerado. Uma longa duração do plano de execução pode ter as seguintes causas:
Se a instrução SQL for complexa, tente simplificá-la, por exemplo, reduzindo o número de junções. Caso o nó de acesso esteja sob carga elevada, verifique se uma grande quantidade de dados está sendo retornada ao cliente ou se a concorrência de consultas está alta. Para obter mais informações, consulte Resultados de diagnóstico no nível da consulta. |
|
Execution duration |
Tempo necessário para os nós de computação executarem efetivamente a instrução SQL. Esse período começa quando o plano de execução é despachado para os nós de computação e eles iniciam a execução, terminando quando todos os nós concluem suas tarefas de computação. A duração da execução não inclui o tempo de fila, o tempo de geração do plano de execução ou o tempo de transferência de rede para retornar os dados resultantes do servidor ao cliente. |
A duração da execução reflete apenas a sobrecarga real de computação nos nós de computação. Se a duração total for longa, mas a duração da execução for curta, o gargalo provavelmente está na fase de fila ou de geração do plano de execução, e não na eficiência da execução do SQL em si. Ordene pela duração da execução para identificar com precisão as instruções SQL que consomem recursos excessivos de computação, excluindo o impacto do tempo de fila e da duração do plano de execução. |
|
Returned data |
Quantidade de dados que uma instrução |
Evite retornar grandes volumes de dados ao cliente. Grandes quantidades de dados podem fazer com que uma consulta consuma recursos na fila do nó de acesso, afetando o envio e a execução de outras consultas. Ordene pela quantidade de dados retornados para encontrar consultas que devolvem grandes volumes de dados. |
|
Username |
Nome de usuário da conexão do cliente. |
Na página Diagnostics and Optimization, clique em Connection Information para visualizar o nome de usuário e o número de conexões do usuário. |
|
Resource group |
Nome do grupo de recursos que executou a instrução SQL. |
N/A |
|
Peak memory |
Pico de memória consumido pela consulta. |
O AnalyticDB for MySQL executa instruções SQL em estágios. Estágios dependentes são executados sequencialmente, enquanto estágios independentes rodam em paralelo. Como resultado, o consumo de memória da consulta atinge um pico. A memória de pico indica o consumo máximo de memória da consulta. |
|
Scanned data |
Quantidade de dados retornada da camada de armazenamento para a camada de computação. |
A quantidade de dados verificados indica a pressão que uma consulta exerce sobre a camada de armazenamento. Ler mais dados consome mais recursos de I/O de disco. A camada de computação também exige mais recursos para processar esses dados, o que afeta a velocidade da consulta. |
|
Total stages |
Número total de estágios gerados para a consulta. |
O número de estágios pode indicar a complexidade de uma instrução SQL. Um número maior de estágios significa que mais interações de rede são necessárias durante a execução pelo AnalyticDB for MySQL, o que aumenta a carga geral do sistema. Se uma consulta tiver um alto número de estágios, otimize-a. Para obter mais informações sobre estágios, consulte Processo de consulta e plano de execução. |
|
ETL written rows |
Número de linhas gravadas em uma tabela de destino por uma consulta SQL relacionada a ETL. |
N/A |
para copiar a instrução SQL completa.Realize as seguintes operações na aba SQL Queries:
|
Ações |
Descrição |
|
Download |
Clique em Download para salvar os resultados da consulta atual como um arquivo Excel. Este download é adicionado automaticamente à lista suspensa Last 5 Downloads. Nota
É possível baixar até 100.000 registros por vez. |
|
Last 5 Downloads |
Selecione um download recente na lista suspensa Last 5 Downloads para baixá-lo novamente. |
|
Advanced Search |
Clique em Show Advanced Search e selecione dimensões de filtro conforme suas necessidades de negócio, como filtrar os resultados da busca em Query Monitoring Information por Resource Group ou Source Address. |
|
Diagnose |
Na coluna Actions, clique em Diagnose para acessar a página de detalhes da consulta e visualizar informações como Query Properties, SQL Statement e Execution Plan. Para obter mais informações, consulte Usar um plano de execução para analisar uma consulta. |
O recurso de busca avançada no canto superior direito da aba SQL Queries permite filtrar ainda mais os resultados de uma busca geral. Os valores de filtro disponíveis são preenchidos a partir do conjunto de resultados atual, e não de todos os valores possíveis no cluster AnalyticDB for MySQL. Para obter mais informações, consulte Métodos de busca.
Ao selecionar Running Queries como condição de busca geral, os resultados mostram detalhes apenas para consultas SQL com duração de execução superior a 10 segundos. Nesse caso, a tabela SQL Queries exibe uma coluna Resource Consumption Ranking. Um valor menor na coluna Resource Consumption Ranking indica que a consulta consome mais recursos, como CPU e memória.
A coluna SQL na tabela SQL Queries exibe no máximo 5.120 caracteres. Instruções SQL que ultrapassam esse limite são truncadas. Visualize a instrução SQL completa no arquivo Excel baixado ou na aba SQL Statement da página de detalhes da consulta.