Une utilisation élevée du processeur sur une instance ApsaraDB RDS for MySQL entraîne généralement des temps de réponse lents, des échecs de connexion et des erreurs applicatives. Dans plus de 95 % des cas, la cause profonde réside dans des instructions SQL non optimisées qui génèrent un nombre excessif de lectures logiques ou physiques. CloudDBA analyse les requêtes SQL lentes et fournit des recommandations d'optimisation concrètes pour ramener l'utilisation du processeur à des niveaux normaux.
Les conflits de verrous de ligne, les attentes de verrous de ligne et les tâches en arrière-plan peuvent également provoquer une utilisation élevée du processeur, mais ces cas sont rares et ne sont pas traités ici.
Impact des requêtes SQL non optimisées sur l'utilisation du processeur
Lorsqu'une requête s'exécute, le moteur de base de données lit les données par blocs. Un bloc de données MySQL correspond à 8 ko. Chaque bloc lu depuis la mémoire constitue une lecture logique ; chaque bloc lu depuis le disque, car il n'est pas mis en cache en mémoire, constitue une lecture physique. Les requêtes SQL non optimisées, en particulier celles qui effectuent une analyse complète de la table ou qui manquent d'un index approprié, peuvent entraîner des milliers, voire des millions, de lectures de blocs par exécution, ce qui consomme d'importantes ressources CPU et E/S.
Utilisation du diagnostic SQL pour identifier les requêtes lentes
La fonctionnalité de diagnostic SQL de CloudDBA met en évidence les requêtes SQL lentes de votre instance et affiche des suggestions d'optimisation pour chacune d'elles.
Connectez-vous à la console RDS et sélectionnez la région où se trouve votre instance.
Cliquez sur l'ID de l'instance pour accéder à la page des informations de base.
Dans le volet de navigation de gauche, choisissez slow SQL queries. La page des requêtes SQL lentes s'affiche.
-
Sélectionnez une plage de temps et cliquez sur confirm.
Seules les données relatives aux requêtes SQL lentes du dernier mois sont disponibles.
Si des requêtes SQL lentes existent, le graphique affiche les moments précis et le nombre de ces requêtes. Cliquez sur un moment donné pour consulter les requêtes générées à cet instant.
Examinez les détails du journal des requêtes lentes. Portez une attention particulière aux valeurs scanned rows et response line. Une instruction qui analyse un grand nombre de lignes mais ne renvoie aucune ligne indique des lectures logiques et physiques excessives, ce qui augmente directement l'utilisation du processeur et les IOPS.
Cliquez sur une instruction SQL pour ouvrir ses détails.
Cliquez sur SQL optimization pour afficher les suggestions d'optimisation de CloudDBA. Il est fréquent qu'un index manquant force une analyse complète de la table. De plus, selon le mécanisme de mise à jour des données de MySQL, la table entière est verrouillée à chaque exécution de l'instruction, ce qui oblige toutes les sessions concurrentes exécutant la même instruction à se mettre en file d'attente, entraînant des pics d'utilisation du processeur pouvant atteindre 100 %.
Appliquez les suggestions d'optimisation. Une fois les instructions SQL optimisées, l'utilisation du processeur devrait revenir à la normale.
Utilisation des statistiques SQL pour identifier les instructions à fort impact
Pour obtenir une vue plus large de l'activité SQL, y compris les instructions très fréquentes qui semblent rapides individuellement mais consomment collectivement beaucoup de ressources CPU, utilisez la fonctionnalité de statistiques SQL du service Database Autonomy Service (DAS).
Pour obtenir des instructions, consultez le guide d'utilisation des statistiques SQL.
SQL Audit fait l'objet d'une facturation distincte. Pour réduire les coûts, activez SQL Audit avant de commencer le dépannage et désactivez-le une fois terminé.
Avant d'effectuer des opérations à haut risque
Avant de modifier les configurations ou les données de l'instance :
Vérifiez les capacités de reprise après sinistre et de tolérance aux pannes de vos instances afin de garantir la sécurité des données.
Créez un snapshot ou activez la sauvegarde des journaux RDS avant d'appliquer des modifications aux instances Elastic Compute Service (ECS) ou ApsaraDB RDS.
Si vous avez saisi des identifiants sensibles, tels qu'un compte de connexion ou un mot de passe, dans la console Alibaba Cloud Management Console, mettez à jour ces identifiants rapidement.
Champ d'application
ApsaraDB for RDS