Comment afficher les journaux de requêtes lentes pour votre base de données - ApsaraDB for MongoDB

Consultez les journaux de requêtes lentes dans la console ApsaraDB for MongoDB afin d'identifier et de résoudre les problèmes de performances de la base de données.

Prérequis

L'instance doit être un Replica Set ou un Sharded Cluster.

Limites

Les journaux de requêtes lentes sont conservés pendant 7 jours.
ApsaraDB for MongoDB ne permet pas de supprimer les journaux de requêtes lentes.
En raison de leur architecture, les instances autonomes (standalone) ne prennent pas en charge l'affichage des journaux de requêtes lentes.
La fonctionnalité Logs n'est pas disponible dans toutes les régions. Vérifiez sa disponibilité directement dans la console.

Procédure

Accédez à la page Replica Set Instances ou Sharded Cluster Instances . En haut de la page, sélectionnez un groupe de ressources et une région, puis cliquez sur l'ID de l'instance souhaitée.
Dans le volet de navigation de gauche, cliquez sur Logs > Slow Query Logs.
Filtrez les journaux selon le type de votre instance.
- Pour un Replica Set
  
  Filtrez les résultats par nom de base de données et par plage horaire.
- Pour un Sharded Cluster
  
  Filtrez les résultats par nom de base de données, par nœud shard et par plage horaire.
Remarque
Pour télécharger les journaux de requêtes lentes affichés, cliquez sur l'icône située dans le coin supérieur droit.

FAQ

Pourquoi certaines opérations lentes attendues sont-elles absentes du journal des requêtes lentes ?

Si vous ne trouvez pas les opérations lentes attendues dans le journal des requêtes lentes, vérifiez les points suivants :

Vérifiez le seuil des opérations lentes. Une opération est enregistrée comme lente si son temps d'exécution dépasse le seuil spécifié. Assurez-vous que le paramètre operationProfiling.slowOpThresholdMs (par défaut : 100 ms) est correctement configuré. Pour plus d'informations, consultez la rubrique Définir les paramètres de l'instance.
Vérifiez la version de l'instance. Si votre instance exécute MongoDB 4.0, analysez le journal d'audit ou mettez à niveau l'instance vers MongoDB 4.2. Pour plus d'informations, consultez les rubriques Interroger les journaux d'audit et Mettre à niveau la version majeure de la base de données.

Après l'activation de la fonctionnalité de journal d'audit, les types d'opération admin et slow sont audités par défaut, et les opérations lentes correspondantes sont enregistrées dans le journal d'audit. Toutefois, sur MongoDB 4.0, si vous modifiez les types d'opérations audités, les opérations lentes de type update et delete ne génèrent pas d'entrée distincte dans le journal des requêtes lentes. Analysez directement le temps d'exécution dans le journal d'audit ou mettez à niveau vers MongoDB 4.2. Dans la version 4.2, ce comportement a été optimisé afin de garantir que toutes les opérations lentes soient enregistrées dans le journal des requêtes lentes.

Pourquoi un utilisateur RAM ne dispose-t-il pas des autorisations nécessaires pour accéder aux journaux de requêtes lentes ?

La fonctionnalité d'analyse des journaux de requêtes lentes est fournie par Database Autonomy Service (DAS). Pour accéder à cette fonctionnalité, un utilisateur RAM doit disposer des permissions requises pour DAS. Pour plus d'informations, consultez la rubrique Comment un utilisateur RAM peut-il utiliser DAS ?.

Rubriques connexes

Pour afficher et exporter les journaux de requêtes lentes, consultez la rubrique Journaux de requêtes lentes.