Todos os produtos
Search
Central de documentação

AnalyticDB:Visualize monitoring information of AnalyticDB for MySQL

Última atualização: Oct 14, 2026

O AnalyticDB for MySQL permite visualizar métricas de desempenho do cluster e de grupos de recursos no console. Use esses dados para identificar e resolver problemas de desempenho no cluster.

Pré-requisitos

Antes de começar, verifique se você tem:

Visualizar métricas de monitoramento

A página de monitoramento aceita um intervalo de tempo máximo de dois dias dentro do último mês. Por exemplo, selecione qualquer janela de dois dias referente ao mês anterior.
  1. Faça login no console do AnalyticDB for MySQL. No canto superior esquerdo, selecione uma região. No painel de navegação à esquerda, clique em Clusters, localize o cluster desejado e clique no respectivo ID.

  2. Acesse a página Monitoring and Alerts:

    • Enterprise Edition, Basic Edition ou Data Lakehouse Edition: No painel de navegação à esquerda, escolha Cluster Management > Monitoring and Alerts.

    • Data Warehouse Edition: No painel de navegação à esquerda, clique em Monitoring and Alerts.

  3. Na aba Monitoring, clique em Standard Views ou Custom Views.

    • A opção Standard Views exibe as métricas comuns por padrão. Para visualizar todas as métricas disponíveis, clique em More Metrics.

    • Para criar uma visualização personalizada, clique em More Metrics na aba Standard Views, selecione as métricas a serem exibidas, desmarque as que deseja ocultar e clique em Save As para adicionar sua seleção à aba Custom Views.

Para obter descrições de todas as métricas disponíveis, consulte Metric overview.

Perguntas frequentes

Por que a utilização média da CPU aumentou após alterar um cluster C32 do modo reservado para o modo elástico?

No modo elástico, um único nó opera com 8 núcleos, em vez da quantidade maior disponível no modo reservado. Por padrão, os jobs BUILD ocupam 3 desses núcleos, o que eleva a utilização média da CPU. Caso isso não afete suas cargas de trabalho, nenhuma ação é necessária. Do contrário, faça upgrade do cluster ou envie um ticket. Para mais detalhes sobre jobs BUILD, consulte BUILD.

Por que os valores das métricas Regular Index e Primary Key Index estão altos?

Valores elevados nas métricas de índice geralmente resultam de um dos seguintes fatores:

  • Índices ou índices de chave primária definidos em muitas colunas.

  • Valores longos nas colunas de índice ou volume total de dados elevado nessas colunas.

  • Alta cardinalidade nas colunas de índice, o que reduz a taxa de compressão. Por exemplo, uma coluna com quatro valores distintos (A1, A2, A3, A4) apresenta baixa compressão.

  • Valores de chave primária extensos ou uso de chave primária composta abrangendo múltiplas colunas.

A página Monitoring and Alerts indica tempo de resposta alto, mas não há instruções SQL lentas na página Diagnostics and Optimization. Qual o motivo?

A duração total apresentada na página Diagnostics and Optimization inclui tempo de fila, duração do plano de execução e tempo de execução, mas exclui o período gasto no cache do conjunto de resultados. Quando um conjunto de resultados grande demanda tempo extra para armazenamento em cache, o tempo de resposta na página de monitoramento supera o valor reportado pelo diagnóstico. Para identificar as instruções SQL lentas, verifique a página SQL Audit.

Auditoria de SQL e rastreamento de consultas históricas

Para rastrear registros históricos de consultas SQL, como na investigação de uma consulta anômala, use o recurso SQL Audit.

  1. No painel de navegação à esquerda da página de detalhes da instância, clique em SQL Audit.

  2. Selecione a aba XIHE SQL Audit ou SPARK SQL Audit.

  3. Defina as condições de consulta (status de execução, nome de usuário, intervalo de tempo, endereço IP do cliente, banco de dados e tipo de operação) e clique em Query.

Nota

O SQL Audit permite consultar registros dos últimos 30 dias, e cada consulta pode abranger um intervalo de até 24 horas. Ative o SQL Audit antes que as consultas sejam registradas; operações realizadas antes da ativação não ficam salvas. Para salvar os registros, clique em Export Current Page.

Não é possível recuperar histórico de consultas SQL com mais de 30 dias. O ActionTrail registra apenas operações de API do plano de gerenciamento (como criação ou exclusão de clusters), não inclui registros de consultas SQL e retém dados por 90 dias por padrão.

Para mais informações, consulte SQL Audit.

Próximos passos

Referência de API

Use as APIs abaixo para consultar dados de monitoramento programaticamente.

API

Descrição

DescribeDBClusterHealthStatus

Consulta o status de integridade de um cluster Enterprise Edition, Basic Edition ou Data Lakehouse Edition.

DescribeDBClusterPerformance

Obtém dados de desempenho de um cluster Enterprise Edition, Basic Edition ou Data Lakehouse Edition.

DescribeComputeResourceUsage

Recupera dados de monitoramento de grupos de recursos para um cluster Enterprise Edition, Basic Edition ou Data Lakehouse Edition.

DescribeDBClusterPerformance

Consulta dados de desempenho de um cluster Data Warehouse Edition.

DescribeDBClusterResourcePoolPerformance

Obtém dados de monitoramento de grupos de recursos para um cluster Data Warehouse Edition.