Todos os produtos
Search
Central de documentação

ApsaraDB RDS:Use the session management feature

Última atualização: Oct 09, 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 limitação de SQL, execute diagnósticos e otimize consultas 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 da instância RDS. Localize a instância e clique em no respectivo ID.

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

  3. Clique em na aba Session Management.

Visualizar e gerenciar 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 apresenta 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.

Limitar SQL

Clique em SQL Throttling para abrir o painel SQL Throttling. Configure a limitação de SQL baseada em limiares para restringir 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 visualizar 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 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.

Visualizar 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, origem de acesso ou banco de dados.

Ativar limitação automática de SQL

Clique em Enable Automatic Throttling para ativar a limitação automática de SQL. Após configurar as condições de acionamento, o DAS limita automaticamente o SQL quando tais 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 procedimento armazenado. 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 essa conta. Para mais detalhes, consulte Create an account.

  2. Conecte-se à instância usando a conta test_user pela 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 procedimento armazenado:

       -- 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 procedimento armazenado.

    Saída esperada: A coluna HOST exibe %:2065 porque o procedimento armazenado 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 que relatam "Waiting for table metadata lock". Instruções bloqueantes comuns incluem comandos DDL e FLUSH TABLES WITH READ LOCK. Tais instruções ocupam recursos por períodos prolongados e podem impedir a execução de outras instruções SQL.

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

  • Transações não confirmadas sem execução de novas instruções SQL 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 diagnosticam e otimizam automaticamente instruções SQL nas sessões do banco de dados: