Todos los productos
Search
Centro de documentos

ApsaraDB RDS:Use the session management feature

Última actualización: Sep 18, 2026

Database Autonomy Service (DAS) ofrece gestión de sesiones para las instancias de ApsaraDB RDS for MySQL. Supervise en tiempo real las sesiones activas, las sesiones anómalas, los orígenes de acceso y las sentencias SQL. Finalice sesiones, limite el tráfico SQL, ejecute diagnósticos y optimice consultas directamente desde la consola.

Requisitos previos

La instancia de RDS debe ejecutar una de las siguientes versiones y ediciones de MySQL:

MySQL version

Supported editions

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

Abrir la gestión de sesiones

  1. Vaya a la página Instances. En la barra de navegación superior, seleccione la región donde reside la instancia de RDS. Busque la instancia y haga clic en su identificador.

  2. En el panel de navegación izquierdo, elija Autonomy Services > Diagnostics.

  3. Haga clic en la pestaña Session Management.

Consultar y gestionar las sesiones de la instancia

La sección Session Management muestra datos de sesiones en tiempo real: excepciones, sesiones activas, duración máxima de ejecución, uso de CPU y uso de conexiones.

Analizar SQL en una ventana de 10 segundos

Haga clic en Previous Version en la esquina superior derecha de la sección y luego en 10s SQL Analysis. El cuadro de diálogo que aparece presenta estadísticas de SQL, registros de consultas lentas y un resumen de SQL capturados en una ventana de 10 segundos. Para más detalles, consulte 10s SQL analysis.

Limitar el tráfico SQL

Haga clic en SQL Throttling para abrir el panel SQL Throttling. Configure la limitación de SQL basada en umbrales para restringir las sesiones. Para más detalles, consulte SQL throttling.

Diagnosticar y optimizar SQL

Haga clic en Previous Version en la esquina superior derecha de la sección. Seleccione la sesión y haga clic en Optimize para abrir el cuadro de diálogo SQL Diagnostic Optimization y consultar los resultados del diagnóstico.

  • Para aplicar una sugerencia, haga clic en Copy y pegue la sentencia SQL optimizada en su cliente de base de datos o en Data Management (DMS).

  • Para descartar una sugerencia, haga clic en Cancel.

    Nota

    Durante el diagnóstico, DAS evalúa la complejidad de SQL, el volumen de datos de las tablas y la carga de la base de datos. Los resultados pueden tardar más de 20 segundos en generarse. El motor de diagnóstico de SQL proporciona resultados, sugerencias de optimización y beneficios esperados. Decida si acepta las sugerencias con base en esta información.

Exportar sesiones activas

Exporte los datos de sesiones activas desde la sección Instance Sessions para analizarlos sin conexión.

Finalizar sesiones

Seleccione las sesiones que desea finalizar. Introduzca el nombre de usuario y la contraseña de la cuenta de base de datos que estableció las sesiones. También puede usar una cuenta con privilegios que tenga permisos para finalizar sesiones de otras cuentas.

  • Revise la columna User en la lista de sesiones para identificar la cuenta de base de datos de cada sesión.

  • Haga clic en End Session History para consultar los registros de sesiones finalizadas anteriormente.

Consultar estadísticas de sesiones

La sección Session Statistics muestra información resumida: total de sesiones, total de sesiones en ejecución y tiempo máximo de ejecución. Consulte y exporte las estadísticas agrupadas por usuario, origen de acceso o base de datos.

Habilitar la limitación automática de SQL

Haga clic en Enable Automatic Throttling para habilitar la limitación automática de SQL. Una vez configuradas las condiciones de activación, DAS limita automáticamente el tráfico SQL cuando se cumplen dichas condiciones. Esto permite controlar el número de solicitudes de acceso y de peticiones SQL simultáneas en la instancia para mantener la disponibilidad de la base de datos. Para más detalles, consulte Automatic SQL throttling.

Preguntas frecuentes

¿Por qué aparece un signo de porcentaje (%) en la columna Access Source?

El signo de porcentaje (%) aparece en la columna Access Source cuando una sesión se ejecuta mediante un procedimiento almacenado. Para reproducir este comportamiento, siga estos pasos:

Nota

Este ejemplo utiliza una instancia de RDS for MySQL con una cuenta de prueba test_user y una base de datos de prueba testdb.

  1. En la consola de ApsaraDB RDS, cree una base de datos y una cuenta estándar. Después, otorgue permisos sobre la base de datos a dicha cuenta. Para más detalles, consulte Create an account.

  2. Conéctese a la instancia con la cuenta test_user mediante la CLI. Para más detalles, consulte Connect to an RDS MySQL instance by CLI or client.

  3. Cambie a la base de datos testdb y cree un procedimiento almacenado:

       -- 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. Conéctese a la instancia con una cuenta con privilegios. Para más detalles, consulte Step 2: Connect to an RDS for MySQL instance.

  5. Llame al procedimiento almacenado.

    Resultado esperado: la columna HOST muestra %:2065, ya que el procedimiento almacenado se definió con DEFINER='test_user'@'%' y la sesión hereda este valor de host cuando el procedimiento se ejecuta bajo una cuenta con privilegios.

       -- 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() |
       +--------+-----------+--------+--------+---------+------+-----------+-------------------------------------------------------------------------+

¿Qué sesiones se marcan como anómalas?

DAS marca como anómalas las siguientes sesiones:

  • Sentencias SQL bloqueantes con una duración de ejecución superior a 30 segundos, como las sesiones que reportan "Waiting for table metadata lock". Entre las sentencias bloqueantes comunes se encuentran las instrucciones DDL y FLUSH TABLES WITH READ LOCK. Estas sentencias ocupan recursos durante periodos prolongados e impiden la ejecución de otras instrucciones SQL.

  • Transacciones de larga duración que superan los 30 segundos.

  • Transacciones no confirmadas en las que no se ha ejecutado ninguna sentencia SQL nueva durante más de 10 segundos tras el inicio de la transacción. Por lo general, esto indica que falta el comando COMMIT en el código, lo que provoca que la transacción retenga recursos sin liberarlos.

Referencias

Las funciones de autonomía de DAS diagnostican y optimizan automáticamente las sentencias SQL de las sesiones de su base de datos: