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.
Variables d’état globales Aurora MySQL
Aurora MySQL inclut des variables d’état issues de la communauté MySQL et des variables propres à Aurora. Vous pouvez examiner ces variables pour savoir ce qui se passe dans le moteur de base de données. Pour plus d’informations sur les variables d’état dans la communauté MySQL, consultez Variables d’état du serveur
Vous pouvez trouver les valeurs actuelles des variables d’état globales Aurora MySQL à l’aide d’une instruction telle que la suivante :
show global status like '%aurora%';
Note
Les variables d’état globales sont effacées lorsque le moteur de base de données redémarre.
Le tableau suivant décrit les variables d’état globales utilisées par Aurora MySQL.
| Nom | Description |
|---|---|
|
|
Nombre total de validations depuis le dernier redémarrage. |
|
|
Latence de validation agrégée depuis le dernier redémarrage. |
|
|
Latence DDL agrégée depuis le dernier redémarrage. |
|
|
Latence d’instruction |
|
|
Latence d’instruction |
|
|
Latence d’instruction |
|
|
Latence d’instruction |
|
|
Nombre d’octets alloués au cache d’E/S des journaux binaires. |
|
|
Nombre de demandes de lecture adressées au cache d’E/S des journaux binaires. |
|
|
Nombre de demandes de lecture qui ont été traitées à partir du cache d’E/S des journaux binaires. |
|
|
Indique si le journal binaire amélioré est activé ou désactivé pour cette instance de base de données. Pour plus d’informations, consultez Configuration du binlog amélioré pour Aurora MySQL. |
|
|
Nombre de connexions de base de données à l’instance de base de données, à l’exclusion des connexions au service RDS utilisées pour les vérifications d’état de la base de données. |
|
|
Compteur incrémenté quand le curseur mis en cache est récupéré et vérifié avec succès. Pour plus d’informations sur le cache d’insertion rapide, consultez Améliorations des performances Amazon Aurora MySQL. |
|
|
Compteur incrémenté quand le curseur mis en cache n’est plus valide et qu’Aurora exécute une traversée d’index normale. Pour plus d’informations sur le cache d’insertion rapide, consultez Améliorations des performances Amazon Aurora MySQL. |
|
|
Quantité de mémoire, en octets, qu’utilise le système de recherche de texte intégral InnoDB. Cette variable s’applique à Aurora MySQL 3.07 ou version ultérieure. |
|
|
Nombre total d’instructions DML transférées à cette instance de base de données d’enregistreur. Cette variable s’applique à Aurora MySQL version 2. |
|
|
Durée totale des instructions DML transférées à cette instance de base de données d’enregistreur. Cette variable s’applique à Aurora MySQL version 2. |
|
|
Nombre de fois où une connexion transférée n’a pas pu être établie sur l’enregistreur. |
|
|
Nombre de requêtes transférées qui sont rejetées en raison de |
|
|
Nombre de fois qu’une session de transfert est interrompue en raison d’un dépassement de délai d’attente sur l’enregistreur. |
|
|
Nombre de sessions transférées sur l’instance de base de données d’enregistreur. Cette variable s’applique à Aurora MySQL version 2. |
|
|
Nombre total d’instructions |
|
|
Durée totale des instructions |
|
|
Nombre total d’instructions DML transférées à cette instance de base de données d’enregistreur. Cette variable s’applique à Aurora MySQL version 3. |
|
|
Durée totale des instructions DML transférées à cette instance de base de données d’enregistreur. Cette variable s’applique à Aurora MySQL version 3. |
|
|
Nombre de fois où une connexion transférée n’a pas pu être établie sur l’enregistreur. |
|
|
Nombre de requêtes transférées qui sont rejetées en raison de |
|
|
Nombre de fois qu’une session de transfert est interrompue en raison d’un dépassement de délai d’attente sur l’enregistreur. |
|
|
Nombre de sessions transférées sur l’instance de base de données d’enregistreur. Cette variable s’applique à Aurora MySQL version 3. |
|
|
Nombre total d’instructions |
|
|
Durée totale des instructions |
|
|
Quantité de mémoire de pool de tampons, en octets, qu’utilise le gestionnaire de verrouillage Aurora MySQL. |
|
|
Quantité de mémoire en octets qu’utilise le gestionnaire de verrouillage Aurora MySQL. |
|
|
Nombre total de demandes effectuées par Aurora MySQL auprès des services de machine learning Aurora sur l’ensemble des requêtes exécutées par des utilisateurs de l’instance de base de données. Pour plus d’informations, consultez Utilisation du machine learning Amazon Aurora avec Aurora MySQL. |
|
|
Le nombre total de réponses reçues par Aurora MySQL de la part des services de machine learning Aurora dans toutes les requêtes exécutées par des utilisateurs de l’instance de base de données. Pour plus d’informations, consultez Utilisation du machine learning Amazon Aurora avec Aurora MySQL. |
|
|
Le nombre total d’accès au cache interne reçus par Aurora MySQL de la part des services de machine learning Aurora dans toutes les requêtes exécutées par des utilisateurs de l’instance de base de données. Pour plus d’informations, consultez Utilisation du machine learning Amazon Aurora avec Aurora MySQL. |
|
|
Nombre de demandes logiques que l’instance de base de données a évaluées pour qu’elles soient envoyées aux services de machine learning Aurora depuis la dernière réinitialisation de l’état. Si un traitement par lots a été utilisé, cette valeur peut être supérieure à |
|
|
Le nombre total de réponses reçues par Aurora MySQL de la part des services de machine learning Aurora dans toutes les requêtes exécutées par des utilisateurs de l’instance de base de données. Pour plus d’informations, consultez Utilisation du machine learning Amazon Aurora avec Aurora MySQL. |
|
|
Nombre de nouvelles tentatives de demande que l’instance de base de données a envoyées aux services de machine learning Aurora depuis la dernière réinitialisation de l’état. Pour plus d’informations, consultez Utilisation du machine learning Amazon Aurora avec Aurora MySQL. |
|
|
Le nombre total de fonctions de machine learning Aurora évaluées par un mode autre que par lots dans toutes les requêtes exécutées par des utilisateurs de l’instance de base de données. Pour plus d’informations, consultez Utilisation du machine learning Amazon Aurora avec Aurora MySQL. |
|
|
Indique si la restauration pour éviter une mémoire insuffisante est à l’état Cette variable s’applique à Aurora MySQL 3.06.0 ou version ultérieure. |
|
|
Représente le seuil à atteindre pour passer à l’état Lorsque la mémoire disponible sur le serveur tombe en dessous de ce seuil, Cette variable s’applique à Aurora MySQL 3.06.0 ou version ultérieure. |
|
|
Représente le seuil à atteindre pour sortir de l’état Lorsque la mémoire disponible sur le serveur dépasse ce seuil, Cette variable s’applique à Aurora MySQL 3.06.0 ou version ultérieure. |
|
|
Représente l’état actuel de cette instance de base de données en matière d’insuffisance de mémoire. Lorsque cette valeur est Si cette valeur passe à Pour plus d’informations, consultez Résolution des problèmes de mémoire insuffisante pour les bases de données Aurora MySQL. Cette variable s’applique à Aurora MySQL 3.06.0 ou version ultérieure. |
|
|
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’instance de base de données AWS. |
|
|
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 plus d’une session par requête, en fonction des constructions SQL 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 bases 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 demandes de requête parallèle utilisant le chemin de traitement de requête non parallèle car la table est actuellement modifiée par une instruction DDL rapide |
|
|
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’isolement 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’isolement |
|
|
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èles parce que le cluster de bases de données Aurora MySQL n’utilise pas de configuration de stockage de cluster Aurora prise en charge. Pour plus d’informations, consultez Limitations. Ce paramètre s’applique à Aurora MySQL versions 3.04 et ultérieures. |
|
|
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. |
|
|
Nombre d’octets répliqués vers une instance de base de données de lecteur Aurora MySQL depuis le dernier redémarrage. Pour plus d’informations, consultez Réplication avec Amazon Aurora MySQL. |
|
|
Nombre de fois depuis le dernier redémarrage où le moteur a dépassé les limites de mémoire réservées. Si |
|
|
Quantité de mémoire, en octets, utilisée à tout moment par les tables temporaires internes depuis le dernier redémarrage. |
|
|
Quantité de mémoire actuelle, en octets, utilisée par les tables temporaires internes. |
|
|
État actuel de la fonctionnalité de journal de relais en mémoire, qui peut être ACTIVÉE ou DÉSACTIVÉE. |
|
|
Indique la cause de l’état actuel de la fonctionnalité de journal de relais en mémoire. Si cette fonctionnalité est désactivée, un message explique pourquoi elle est désactivée. |
|
|
Affiche le nombre total de remplacements de la fonctionnalité de journal de relais en mémoire par le mode journal de relais persistant (ancien). Le remplacement peut être dû à un événement ayant une taille supérieure à celle du cache (128 Mo actuellement) ou à un dépassement de la limite de nouvelles tentatives de transaction du réplica (replica_transaction_retries). |
|
|
Indique le nombre total de restaurations automatiques du journal de relais en mémoire. Ce décompte inclut le nombre total de remplacements et le nombre de rétablissements automatiques du mode journal de relais en mémoire après les remplacements temporaires. |
|
|
Nombre actuel de threads dans le pool de threads Aurora. Pour plus d’informations sur le pool de threads dans Aurora MySQL, consultez Groupe de threads. |
|
|
Désigne la version actuelle des informations de fuseau horaire utilisées par le cluster de bases de données. Les valeurs suivent le format de l’IANA (Internet Assigned Numbers Authority) : Ce paramètre s’applique à Aurora MySQL versions 2.12 et ultérieures, et versions 3.04 et ultérieures. |
|
|
Représente le seuil de mémoire, en kilo-octets (Ko), à atteindre pour qu’une instance de base de données Aurora lance un redémarrage sans durée d’indisponibilité (ZDR) afin de remédier à d’éventuels problèmes liés à la mémoire. |
|
|
Indique si les flux d’activité de base de données (DAS) sont activés ou désactivés sur cette instance de base de données. Pour plus d’informations, consultez Surveillance d’Amazon Aurora à l’aide des flux d’activité de base de données. |
Variables d’état MySQL ne s’appliquant pas à Aurora MySQL
En raison des différences d’architecture entre Aurora MySQL et MySQL, certaines variables d’état MySQL ne s’appliquent pas à Aurora MySQL.
Les variables d’état MySQL suivantes ne s’appliquent pas à Aurora MySQL. Cette liste n’est pas exhaustive.
-
innodb_buffer_pool_bytes_dirty -
innodb_buffer_pool_pages_dirty -
innodb_buffer_pool_pages_flushed
Aurora MySQL version 3 supprime les variables d’état suivantes précédemment disponibles dans Aurora MySQL version 2 :
-
AuroraDb_lockmgr_bitmaps0_in_use -
AuroraDb_lockmgr_bitmaps1_in_use -
AuroraDb_lockmgr_bitmaps_mem_used -
AuroraDb_thread_deadlocks -
available_alter_table_log_entries -
Aurora_lockmgr_memory_used -
Aurora_missing_history_on_replica_incidents -
Aurora_new_lock_manager_lock_release_cnt -
Aurora_new_lock_manager_lock_release_total_duration_micro -
Aurora_new_lock_manager_lock_timeout_cnt -
Aurora_total_op_memory -
Aurora_total_op_temp_space -
Aurora_used_alter_table_log_entries -
Aurora_using_new_lock_manager -
Aurora_volume_bytes_allocated -
Aurora_volume_bytes_left_extent -
Aurora_volume_bytes_left_total -
Com_alter_db_upgrade -
Compression -
External_threads_connected -
Innodb_available_undo_logs -
Last_query_cost -
Last_query_partial_plans -
Slave_heartbeat_period -
Slave_last_heartbeat -
Slave_received_heartbeats -
Slave_retried_transactions -
Slave_running -
Time_since_zero_connections
Ces variables d’état MySQL sont disponibles dans Aurora MySQL version 2, mais pas disponibles dans Aurora MySQL version 3 :
-
Innodb_redo_log_enabled -
Innodb_undo_tablespaces_total -
Innodb_undo_tablespaces_implicit -
Innodb_undo_tablespaces_explicit -
Innodb_undo_tablespaces_active