AnalyticDB:View monitoring information of AnalyticDB for MySQL

Prérequis

Avant de commencer, vérifiez que vous disposez des éléments suivants :

• Un cluster AnalyticDB for MySQL

• L'accès à la console AnalyticDB for MySQL

Consulter les métriques de surveillance

La page de surveillance prend en charge une plage de temps maximale de deux jours au cours du dernier mois. Par exemple, vous pouvez sélectionner n'importe quelle fenêtre de deux jours dans le dernier mois.

1. Connectez-vous à la console AnalyticDB for MySQL. Dans le coin supérieur gauche, sélectionnez une région. Dans le volet de navigation de gauche, cliquez sur Clusters, recherchez le cluster cible et cliquez sur son ID de cluster.

2. Accédez à la page Monitoring and Alerts :

   • Enterprise Edition, Basic Edition ou Data Lakehouse Edition : dans le volet de navigation de gauche, choisissez Cluster Management > Monitoring and Alerts.

   • Data Warehouse Edition : dans le volet de navigation de gauche, cliquez sur Monitoring and Alerts.

3. Sous l'onglet Monitoring, cliquez sur Standard Views ou sur Custom Views.

   • L'option Standard Views affiche par défaut les métriques courantes. Pour afficher toutes les métriques disponibles, cliquez sur More Metrics.

   • Pour créer une vue personnalisée, cliquez sur More Metrics sous l'onglet Standard Views, sélectionnez les métriques à afficher, désélectionnez celles que vous souhaitez masquer, puis cliquez sur Save As pour ajouter votre sélection à l'onglet Custom Views.

Pour obtenir la description de toutes les métriques disponibles, consultez la Présentation des métriques.

FAQ

Pourquoi l'utilisation moyenne du CPU a-t-elle augmenté après avoir fait passer un cluster C32 du mode réservé au mode élastique ?

En mode élastique, un seul nœud s'exécute avec 8 cœurs, au lieu du nombre de cœurs plus élevé disponible en mode réservé. Les tâches BUILD occupent par défaut 3 de ces cœurs, ce qui augmente l'utilisation moyenne du CPU. Si cela n'affecte pas vos charges de travail, aucune action n'est nécessaire. Dans le cas contraire, mettez à niveau votre cluster ou soumettez un ticket. Pour plus d'informations sur les tâches BUILD, consultez la documentation BUILD.

Pourquoi les valeurs des métriques Regular Index et Primary Key Index sont-elles élevées ?

Des valeurs de métriques d'index élevées sont généralement causées par l'un des facteurs suivants :

• Des index ou des index de clé primaire sont définis sur un grand nombre de colonnes.

• Les valeurs des colonnes d'index sont longues, ou le volume total de données dans une colonne d'index est important.

• Les colonnes d'index contiennent de nombreuses valeurs distinctes, ce qui réduit le taux de compression. Par exemple, une colonne d'index avec quatre valeurs distinctes (A1, A2, A3, A4) se compresse mal.

• Les valeurs de clé primaire sont longues, ou la clé primaire est une clé primaire composite s'étendant sur plusieurs colonnes.

La page Monitoring and Alerts affiche un temps de réponse élevé, mais aucune instruction SQL lente n'apparaît sur la page Diagnostics and Optimization. Pourquoi ?

La durée totale affichée sur la page Diagnostics and Optimization inclut le temps de mise en file d'attente, la durée du plan d'exécution et la durée d'exécution, mais exclut le temps passé à mettre en cache le jeu de résultats. Lorsqu'un grand jeu de résultats prend plus de temps à être mis en cache, le temps de réponse sur la page de surveillance est plus élevé que celui indiqué par les diagnostics. Pour trouver les instructions SQL lentes, consultez la page SQL Audit.

Étapes suivantes

• Optimisation des performances du cluster

Référence API

Utilisez les API suivantes pour interroger les données de surveillance par programmation.