Corrélation de la cause première

  • Rversion finale: Australia
  • Mis à jour 12 mars 2026
  • 2 minutes de lecture

    • La corrélation de la cause première (RCC) détecte une cause première en corrélant automatiquement les mesures, les journaux et les informations d’événement pour les symptômes pris en charge sur les instances de production au cours des dernières 24 heures.

    Catégories de symptômes du CCR

    La fonctionnalité RCC est disponible pour les alertes en libre-service et les catégories de symptômes de performance critiques ou d’avertissement :
    • Mémoire
    • Sessions en cours les plus longues
    • Transactions lentes
    • Purge du cache
    • Verrous de base de données
    • Impacts sur les bases de données
    Le tableau décrit les catégories de symptômes et les alertes correspondantes détectées par le moteur RCC.
    Tableau 1. Catégories de symptômes ciblées et alertes correspondantes
    Catégories de symptômes Description Alerte correspondante
    Impact sur la base de données Vous aide à identifier et à traiter les requêtes SQL étendues ayant un impact sur les performances de la base de données, liées à un temps d’exécution élevé ou à des volumes accrus. Les modèles de requête fournissent des instantanés d’une durée de 30 minutes et 60 minutes à partir du moment où l’impact est observé sur les temps d’exécution des requêtes. Délai de réponse de la base de données
    Purge du cache Des purges de cache et des redémarrages de nœuds sont détectés, ainsi que des niveaux de saturation de service élevés qui peuvent s’être produits au moment du déclenchement d’une alerte de performances. Moyenne du sémaphore par défaut
    Session en cours la plus longue
    • Recherche les sessions les plus longues dans les journaux de temps moyen de récupération (MTTR)
    • Identifie le hachage de modèle de transaction principal avec les temps de traitement les plus élevés, puis les ID de transaction.
    		 Moyenne du sémaphore par défaut
    Transactions lentes
    • Identifie les transactions les plus longues à l’aide de la durée totale, y compris le temps ACL, le temps SQL, le temps CPU, le temps de traitement, le temps BR et l’heure du script.
    • Renvoie les ID de transaction, le hachage de modèle et ces mesures pour vous aider à identifier les causes spécifiques des transactions de longue durée.
    ​    		 Moyenne de sémaphore par défaut
    Mémoire
    • Identifie les trois nœuds les plus affectés par les pauses de nettoyage de la mémoire, déterminées par la durée agrégée des pauses.
    • Identifie sur ces nœuds toutes les transactions ou les threads de travail qui dépassent 200 secondes.
      Remarque :
      Il est conseillé aux utilisateurs de passer en revue ces fils de discussion de longue durée ou récurrents.
    		 Heure de nettoyage de la mémoire du nœud
    Verrous de base de données Le moteur RCC surveille les innodb_row_lock_waits et les threads_running pour détecter les événements de verrouillage de base de données anormaux qui se produisent lorsqu’une opération de base de données nécessite un accès exclusif. Threads en cours d’exécution
    Remarque :
    Dès que l’une des alertes susmentionnées ou des performances critiques ou d’avertissement est identifiée, le système génère automatiquement un rapport RCA après un délai d’attente maximal de 10 minutes, selon les conditions.