Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Requête parallèle de surveillance pour Aurora My SQL
Si votre SQL cluster Aurora My utilise une requête parallèle, vous constaterez peut-être une augmentation VolumeReadIOPS des valeurs. Les requêtes parallèles n'utilisent pas le pool de mémoires tampons. Ainsi, bien que les requêtes soient rapides, ce traitement optimisé peut entraîner une augmentation des opérations de lecture et des frais associés.
Outre les CloudWatch métriques Amazon décrites dansAfficher les métriques dans la RDS console Amazon, Aurora fournit d'autres variables de statut globales. Vous pouvez utiliser ces variables d'état global pour surveiller l'exécution des requêtes parallèles. Elles peuvent vous donner des informations sur les raisons pour lesquelles l'optimiseur peut utiliser ou non une requête parallèle dans une situation donnée. Pour accéder à ces variables, vous pouvez utiliser la commande SHOW GLOBAL STATUS. Ces variables sont également répertoriées ci-dessous.
Une session de requête parallèle n'est pas nécessairement un one-to-one mappage avec les requêtes effectuées par la base de données. Par exemple, supposons que votre plan de requête contienne deux étapes utilisant la fonction de requête parallèle. Dans ce cas, la requête implique deux sessions parallèles, et les compteurs de tentatives de requêtes et de requêtes réussies sont incrémentés de 2.
Lorsque vous testez la fonction de requête parallèle en émettant des instructions EXPLAIN, attendez-vous à constater une augmentation des compteurs désignés comme « non choisis », même si les requêtes ne sont pas en cours d'exécution. Lorsque vous utilisez la fonction de requête parallèle en production, vous pouvez vérifier si le compteur « non choisis » augmentent plus rapidement que prévu. À ce stade, vous pouvez procéder à un ajustement de sorte que la requête parallèle s'exécute pour les requêtes que vous attendez. Pour ce faire, vous pouvez modifier vos paramètres de cluster, la combinaison des requêtes, les instances de base de données où la requête parallèle est activée, etc.
Ces compteurs sont suivis au niveau de l'instance de base de données. Lorsque vous vous connectez à un point de terminaison différent, les métriques peuvent varier, car chaque instance de base de données exécute son propre ensemble de requêtes parallèles. Vous pouvez également voir des métriques différentes lorsque le point de terminaison du lecteur se connecte à une instance de base de données distincte pour chaque session.
| Nom | Description |
|---|---|
|
|
Nombre d'octets des structures de données à tuple transmises au nœud principal lors des requêtes parallèles. Divisez cette valeur par 16 384 pour la comparer à |
|
|
Nombre maximal de sessions de requêtes parallèles pouvant être exécutées simultanément sur cette instance de base de données Aurora. Il s'agit d'un nombre fixe qui dépend de la classe d' AWS instance de base de données. |
|
|
Nombre de pages de données (chacune avec une taille fixe de 16 Kio) pour lesquelles une requête parallèle a évité une transmission réseau au nœud principal. |
|
|
Nombre de sessions de requêtes parallèles demandées. Cette valeur peut représenter plusieurs sessions par requête, en fonction de SQL structures telles que les sous-requêtes et les jointures. |
|
|
Nombre de sessions de requêtes parallèles ayant réussi. |
|
|
Nombre de sessions de requêtes parallèles ayant renvoyé une erreur au client. Dans certains cas, les demandes de requêtes parallèles peuvent échouer (en cas de problème au niveau de la couche de stockage, par exemple). Dans ce cas, la partie de la requête ayant échoué fait l'objet d'une autre tentative avec un mécanisme de requête non parallèle. Si cette nouvelle tentative échoue également, une erreur est renvoyée au client, et ce compteur est incrémenté. |
|
|
Nombre de sessions de requêtes parallèles en cours. Ce nombre s'applique à l'instance de base de données Aurora spécifique à laquelle vous êtes connecté, et non à l'ensemble du cluster de base de données Aurora. Pour déterminer si une instance de base de données se rapproche de sa limite de simultanéité, comparez cette valeur à |
|
|
Nombre de fois qu'une requête parallèle n'a pas été choisie pour accomplir une requête. Cette valeur correspond à la somme de plusieurs autres compteurs plus précis. Une instruction |
|
|
Nombre de fois qu'une requête parallèle n'a pas été choisie en raison du nombre de lignes dans la table. Une instruction |
|
|
Nombre de demandes de requête parallèle utilisant le chemin de traitement de requête non parallèle en raison d'un type de données non pris en charge dans la liste des colonnes projetées. |
|
|
Nombre de demandes de requête parallèle utilisant le chemin de traitement de requête non parallèle, car la table comporte des colonnes avec le type de données |
|
|
Nombre de demandes de requête parallèle utilisant le chemin de traitement de requête non parallèle, car la table comporte des colonnes avec un type de données |
|
|
Nombre de demandes de requête parallèle utilisant le chemin de traitement de requête non parallèle, car la table contient une colonne virtuelle. |
|
|
Nombre de demandes de requête parallèle utilisant le chemin de traitement de requête non parallèle, car la table comporte des colonnes avec un jeu de caractères personnalisé. |
|
|
Nombre de requêtes parallèles qui utilisent le chemin de traitement des requêtes non parallèle, car la table est actuellement modifiée par une DDL |
|
|
Nombre de fois qu'une requête parallèle n'a pas été choisie, même si moins de 95 % des données de la table se trouvait dans le pool de mémoires tampons, car il n'y avait pas suffisamment de données hors mémoire tampon pour que l'application de la fonction de requête parallèle soit justifiée. |
|
|
Nombre de demandes de requête parallèle utilisant le chemin de traitement de requête non parallèle, car la table comporte des index de texte intégral. |
|
|
Nombre de fois qu'une requête parallèle n'a pas été choisie, car un pourcentage élevé de données de la table (pourcentage actuellement supérieur à 95 %) se trouvait déjà dans un pool de mémoires tampons. Dans ce cas, l'optimiseur détermine que la lecture des données à partir du pool de mémoires tampons est plus efficace. Une instruction |
|
|
Nombre de demandes de requête parallèle utilisant le chemin de traitement de requête non parallèle, car la requête inclut un indicateur d'index. |
|
|
Nombre de demandes de requête parallèle utilisant le chemin de traitement de requête non parallèle, car la table utilise un format de ligne InnoDB non pris en charge. Une requête parallèle Aurora s'applique uniquement aux formats de ligne |
|
|
Nombre de demandes de requêtes parallèles ayant utilisé le chemin de traitement de requête non parallèle en raison du lancement de la requête dans une transaction de longue durée. Une instruction |
|
|
Nombre de demandes de requête parallèle utilisant le chemin de traitement de requête non parallèle, car la requête n'inclut aucune clause |
|
|
Nombre de demandes de requête parallèle utilisant le chemin de traitement de requête non parallèle, car la requête utilise une analyse de plage sur un index. |
|
|
Nombre de demandes de requête parallèle utilisant le chemin de traitement de requête non parallèle, car la longueur totale combinée de toutes les colonnes est trop élevée. |
|
|
Nombre de fois qu'une requête parallèle n'a pas été choisie en raison de la taille globale de la table, telle que déterminée par le nombre de lignes dans la table et leur longueur moyenne. Une instruction |
|
|
Nombre de demandes de requête parallèle utilisant le chemin de traitement de requête non parallèle, car la requête fait référence à des tables temporaires qui utilisent les types de table |
|
|
Nombre de demandes de requête parallèle qui utilisent le chemin de traitement de requête non parallèle car la requête utilise un niveau d'isolation de transaction non pris en charge. Sur les instances de base de données de lecteur, la requête parallèle s'applique uniquement aux niveaux d'isolation |
|
|
Nombre de demandes de requête parallèle utilisant le chemin de traitement de requête non parallèle, car la requête fait partie d'une instruction |
|
|
Nombre de demandes de requêtes parallèles qui utilisent le chemin de traitement de requête non parallèle, car la clause |
|
|
Nombre de demandes de requêtes parallèles qui utilisent le chemin de traitement des requêtes non parallèle car le cluster Aurora My SQL DB n'utilise pas de configuration de stockage de cluster Aurora prise en charge. Ce paramètre est disponible dans Aurora My SQL version 3.04 et versions ultérieures. Pour de plus amples informations, veuillez consulter Limites. |
|
|
Nombre de fois qu'une requête parallèle n'a pas été choisie en raison du nombre maximal de requêtes parallèles simultanées déjà exécutées sur une instance de base de données Aurora spécifique. |
