Consulte los registros de consultas lentas en la consola de ApsaraDB for MongoDB para identificar y resolver problemas de rendimiento de la base de datos.
Requisitos previos
La instancia debe ser un conjunto de réplicas o un clúster con sharding.
Limitaciones
Los registros de consultas lentas se conservan durante 7 días.
ApsaraDB for MongoDB no permite eliminar registros de consultas lentas.
Las instancias independientes no admiten la consulta de registros de consultas lentas debido a su arquitectura.
La función Logs no está disponible en todas las regiones. Consulte la consola para confirmar su disponibilidad.
Procedimiento
Vaya a la página de Replica Set Instances o de Sharded Cluster Instances. En la parte superior de la página, seleccione un resource group y una región, y luego haga clic en el ID de la instancia deseada.
En el panel de navegación izquierdo, haga clic en .
-
Filtre los registros según el tipo de instancia.
Nota
Para descargar los registros de consultas lentas que se muestran actualmente, haga clic en el icono 
situado en la esquina superior derecha.
Preguntas frecuentes
¿Por qué faltan operaciones lentas esperadas en el registro de consultas lentas?
Si no encuentra las operaciones lentas esperadas en el registro de consultas lentas, compruebe lo siguiente:
Verifique el umbral de operaciones lentas. Una operación se registra como lenta si su tiempo de ejecución supera el umbral especificado. Compruebe que el parámetro operationProfiling.slowOpThresholdMs (valor predeterminado: 100 ms) esté configurado correctamente. Para obtener más información, consulte Set instance parameters.
-
Revise la versión de la instancia. Si su instancia ejecuta MongoDB 4.0, analice el registro de auditoría o actualice la instancia a MongoDB 4.2. Para obtener más información, consulte Query audit logs y Upgrade the major database version.
Al habilitar la función de registro de auditoría, los tipos de operación admin y slow se auditan de forma predeterminada, y las operaciones lentas correspondientes se registran en dicho registro. Sin embargo, en MongoDB 4.0, si modifica los tipos de operación auditados, las operaciones lentas de update y delete no generan una entrada independiente en el registro de consultas lentas. Analice el tiempo de ejecución directamente en el registro de auditoría o actualice a MongoDB 4.2. En la versión 4.2, este comportamiento se optimizó para garantizar que todas las operaciones lentas queden registradas en el registro de consultas lentas.
¿Por qué un usuario de RAM no tiene permiso para acceder a los registros de consultas lentas?
Database Autonomy Service (DAS) proporciona la función de análisis de registros de consultas lentas. Para acceder a esta función, un usuario de RAM debe contar con los permisos necesarios para DAS. Para obtener más información, consulte How can a RAM user use DAS?.
Temas relacionados
Para consultar y exportar registros de consultas lentas, consulte Slow query logs.