A alta utilização de CPU em uma instância ApsaraDB RDS for MySQL normalmente provoca respostas lentas a consultas, falhas de conexão e erros na aplicação. Em mais de 95% dos casos, a causa raiz são instruções SQL não otimizadas que geram leituras lógicas ou físicas excessivas. O CloudDBA analisa SQL lento e fornece sugestões de otimização acionáveis para normalizar a utilização de CPU.
Conflitos de bloqueio de linha, espera por bloqueio de linha e tarefas em segundo plano também podem causar alta utilização de CPU, mas esses casos são raros e não são abordados aqui.
Como SQL não otimizado eleva a utilização de CPU
Quando uma consulta é executada, o mecanismo de banco de dados lê dados em blocos. Um bloco de dados do MySQL tem 8 kB. Cada bloco lido da memória corresponde a uma leitura lógica; cada bloco lido do disco — por não estar em cache na memória — corresponde a uma leitura física. SQL não otimizado, especialmente instruções que realizam varredura completa de tabela ou que não possuem um índice adequado, pode gerar milhares ou milhões de leituras de bloco por execução, consumindo grandes quantidades de CPU e recursos de I/O.
Use o diagnóstico de SQL para identificar instruções SQL lentas
O recurso de diagnóstico de SQL do CloudDBA exibe as instruções SQL lentas da sua instância e apresenta sugestões de otimização para cada uma delas.
Faça login no RDS console e selecione a região onde sua instância está localizada.
Clique no ID da instância para acessar a página de informações básicas.
No painel de navegação à esquerda, escolha slow SQL queries. A página de SQL lento é exibida.
-
Selecione um intervalo de tempo e clique em confirme.
Apenas dados de SQL lento do último mês estão disponíveis.
Se houver SQL lento, o gráfico mostrará os instantes de tempo e a contagem de instruções SQL lentas. Clique em um instante para ver as instruções geradas naquele momento.
Analise os detalhes do log lento. Concentre-se nos valores de scanned rows e response line. Uma instrução que varre um grande número de linhas, mas não retorna nenhuma, indica leituras lógicas e físicas excessivas, o que eleva diretamente a utilização de CPU e o IOPS.
Clique em uma instrução SQL para abrir seus detalhes.
Clique em SQL optimization para visualize as sugestões de otimização do CloudDBA. Um problema comum identificado é a ausência de um índice, o que força uma varredura completa de tabela. Além disso, de acordo com o mecanismo de atualização de dados do MySQL, a tabela inteira é bloqueada a cada execução da instrução, fazendo com que todas as sessões concorrentes que executam a mesma instrução entrem em fila — o que provoca picos de utilização de CPU que podem chegar a 100%.
Aplique as sugestões de otimização. Após otimizar as instruções SQL, a utilização de CPU deve retornar ao nível normal.
Use as estatísticas de SQL para identificar instruções de alto impacto
Para uma visão mais ampla da atividade SQL — incluindo instruções de alta frequência que individualmente parecem rápidas, mas coletivamente consomem CPU de forma significativa — utilize o recurso de estatísticas de SQL do Database Autonomy Service (DAS).
Para mais informações, consulte o guia de uso de estatísticas de SQL.
O SQL Audit é cobrado separadamente. Para reduzir custos, ative o SQL Audit antes de iniciar a resolução de problemas e desative-o ao concluir.
Antes de realizar operações de alto risco
Antes de modificar configurações de instâncias ou dados:
Verifique as capacidades de recuperação de desastres e tolerância a falhas das suas instâncias para confirmar a segurança dos dados.
Crie um snapshot ou ative o backup de log do RDS antes de aplicar alterações em instâncias do Elastic Compute Service (ECS) ou ApsaraDB RDS.
Caso tenha inserido credenciais sensíveis — como conta de login ou senha — no Alibaba Cloud Management Console, atualize essas credenciais imediatamente.
Escopo de aplicação
ApsaraDB for RDS