Todos os produtos
Search
Central de documentação

ApsaraDB RDS:Use the session management feature

Última atualização: Sep 17, 2026

O Database Autonomy Service (DAS) oferece gerenciamento de sessões para instâncias do ApsaraDB RDS for MySQL. Monitore sessões ativas, sessões anômalas, origens de acesso e instruções SQL em tempo real. Encerre sessões, aplique throttling de SQL, execute diagnósticos e otimize consultas SQL diretamente no console.

Pré-requisitos

A instância RDS deve executar uma das seguintes versões e edições do MySQL:

Versão do MySQL

Edições suportadas

MySQL 8.0

RDS High-availability Edition, RDS Enterprise Edition, RDS Cluster Edition

MySQL 5.7

RDS High-availability Edition, RDS Enterprise Edition, RDS Cluster Edition

MySQL 5.6

RDS High-availability Edition

MySQL 5.5

RDS High-availability Edition

Acessar o gerenciamento de sessões

  1. Acesse a página Instances. Na barra de navegação superior, selecione a região onde a instância RDS está localizada. Em seguida, localize a instância desejada e clique em ID da instância.

  2. No painel de navegação à esquerda, escolha Autonomy Services > Diagnostics.

  3. Clique em aba Session Management.

Visualize e gerencie sessões da instância

A seção Session Management exibe dados de sessão em tempo real: exceções, sessões ativas, maior duração de execução, utilização de CPU e uso de conexões.

Analisar SQL em uma janela de 10 segundos

Clique em Previous Version no canto superior direito da seção e, em seguida, clique em 10s SQL Analysis. A caixa de diálogo apresentada mostra estatísticas de SQL, logs de consultas lentas e uma visão geral do SQL capturados em uma janela de 10 segundos. Para mais detalhes, consulte 10s SQL analysis.

Aplicar throttling de SQL

Clique em SQL Throttling para abrir o painel SQL Throttling. Configure o throttling de SQL baseado em limiares para limitar sessões. Para mais detalhes, consulte SQL throttling.

Diagnosticar e otimizar SQL

Clique em Previous Version no canto superior direito da seção. Selecione a sessão e clique em Optimize para abrir a caixa de diálogo SQL Diagnostic Optimization e visualize os resultados do diagnóstico.

  • Para aplicar uma sugestão, clique em Copy e cole a instrução SQL otimizada no cliente de banco de dados ou no Data Management (DMS).

  • Para descartar uma sugestão, clique em Cancel.

    Nota

    O DAS avalia a complexidade do SQL, o volume de dados das tabelas e a carga do banco de dados durante o diagnóstico. Os resultados podem levar mais de 20 segundos. O mecanismo de diagnóstico de SQL fornece resultados, sugestões de otimização e benefícios esperados. Decida se aceita as sugestões com base nas informações fornecidas.

Exportar sessões ativas

Exporte os dados de sessões ativas da seção Instance Sessions para análise offline.

Encerrar sessões

Selecione as sessões a serem encerradas. Insira o nome de usuário e a senha da conta de banco de dados que estabeleceu as sessões ou utilize uma conta privilegiada com permissões para encerrar sessões de outras contas.

  • Verifique a coluna User na lista de sessões para identificar a conta de banco de dados de cada sessão.

  • Clique em End Session History para visualizar registros de sessões encerradas anteriormente.

Visualize estatísticas de sessões

A seção Session Statistics mostra informações resumidas: total de sessões, total de sessões em execução e tempo máximo de execução. Visualize e exporte estatísticas de sessões agrupadas por usuário, source de acesso ou banco de dados.

Ative throttling automático de SQL

Clique em Enable Automatic Throttling para ativar o throttling automático de SQL. Após configurar as condições de gatilho, o DAS aplica automaticamente o throttling de SQL quando essas condições são atendidas. Esse recurso gerencia o número de solicitações de acesso e requisições SQL simultâneas na instância para manter a disponibilidade do banco de dados. Para mais detalhes, consulte Automatic SQL throttling.

Perguntas frequentes

Por que um sinal de porcentagem (%) aparece na coluna Access Source?

Um sinal de porcentagem (%) aparece na coluna Access Source quando uma sessão é executada por meio de um stored procedure. Para reproduzir esse comportamento:

Nota

Este exemplo utiliza uma instância RDS for MySQL com uma conta de teste test_user e um banco de dados de teste testdb.

  1. No console do ApsaraDB RDS, crie um banco de dados e uma conta padrão e conceda permissões no banco de dados para a conta padrão. Para mais detalhes, consulte Create an account.

  2. Conecte-se à instância usando a conta test_user via CLI. Para mais detalhes, consulte Connect to an RDS MySQL instance by CLI or client.

  3. Mude para o banco de dados testdb e crie um stored procedure:

       -- Switch to the testdb database.
       USE testdb;
    
       -- Create a stored procedure.
       DELIMITER $$
       DROP PROCEDURE IF EXISTS `das` $$
       CREATE DEFINER=`test_user`@`%` PROCEDURE `das`()
       BEGIN
       SELECT * FROM information_schema.processlist WHERE Id = CONNECTION_ID();
       END $$
       DELIMITER;
  4. Conecte-se à instância usando uma conta privilegiada. Para mais detalhes, consulte Step 2: Connect to an RDS for MySQL instance.

  5. Chame o stored procedure.

    Saída esperada: A coluna HOST exibe %:2065 porque o stored procedure foi definido com DEFINER='test_user'@'%', e a sessão herda esse valor de host quando o procedimento é executado sob uma conta privilegiada.

       -- Switch to the testdb database.
       USE testdb;
    
       -- Call the stored procedure.
       CALL das();
       +--------+-----------+--------+--------+---------+------+-----------+-------------------------------------------------------------------------+
       | ID     | USER      | HOST   | DB     | COMMAND | TIME | STATE     | INFO                                                                    |
       +--------+-----------+--------+--------+---------+------+-----------+-------------------------------------------------------------------------+
       | 487818 | test_user | %:2065 | testdb | Query   |    0 | executing | SELECT * FROM information_schema.processlist WHERE Id = CONNECTION_ID() |
       +--------+-----------+--------+--------+---------+------+-----------+-------------------------------------------------------------------------+

Quais sessões são marcadas como anômalas?

O DAS marca as seguintes sessões como anômalas:

  • Instruções SQL bloqueantes com duração de execução superior a 30 segundos, como sessões relatando "Waiting for table metadata lock". Instruções bloqueantes comuns incluem comandos DDL e FLUSH TABLES WITH READ LOCK. Essas instruções ocupam recursos por longos períodos e podem impedir a execução de outras instruções SQL.

  • Transações de longa duração com tempo superior a 30 segundos.

  • Transações não confirmadas em que nenhuma nova instrução SQL foi executada por mais de 10 segundos após o início da transação. Isso geralmente indica a ausência do comando COMMIT no código, fazendo com que a transação mantenha recursos sem liberá-los.

Referências

Os recursos de autonomia do DAS podem diagnosticar e otimizar automaticamente instruções SQL nas sessões do banco de dados: