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.
# Tables information\$1schema spécifiques à Aurora MySQL
Aurora MySQL possède certaines tables `information_schema` spécifiques à Aurora.
## information\$1schema.aurora\$1global\$1db\$1instance\$1status
La table `information_schema.aurora_global_db_instance_status` contient des informations sur l’état de toutes les instances de base de données dans les clusters de bases de données principal et secondaire d’une base de données globale. Les colonnes que vous pouvez utiliser sont indiquées dans le tableau suivant. Les colonnes restantes sont destinées à un usage interne d’Aurora uniquement.
**Note**
Cette table de schéma d’informations n’est disponible qu’avec les bases de données globales Aurora MySQL 3.04.0 et versions ultérieures.
| Colonne | Type de données | Description |
| --- | --- | --- |
| SERVER\$1ID | varchar(100) | Identifiant de l’instance DB. |
| SESSION\$1ID | varchar(100) | Identifiant unique de la session en cours. La valeur MASTER\$1SESSION\$1ID identifie l’instance de base de données d’enregistreur (principale). |
| AWS\$1REGION | varchar(100) | La Région AWS dans laquelle cette instance de base de données globale s’exécute. Pour obtenir la liste des régions, consultez [Disponibilité dans les Régions](Concepts.RegionsAndAvailabilityZones.md#Aurora.Overview.Availability). |
| DURABLE\$1LSN | bigint unsigned | Numéro de séquence de journal (LSN) rendu durable dans le stockage. Un numéro de séquence de journal (LSN) est un numéro séquentiel unique qui identifie un enregistrement dans le journal des transactions de la base de données. Les LSN sont classés de telle sorte qu’un LSN plus grand représente une transaction ultérieure. |
| HIGHEST\$1LSN\$1RCVD | bigint unsigned | LSN le plus élevé reçu par l’instance de base de données en provenance de l’instance de base de données d’enregistreur. |
| OLDEST\$1READ\$1VIEW\$1TRX\$1ID | bigint unsigned | ID de la transaction la plus ancienne vers laquelle l’instance de base de données d’enregistreur peut effectuer une purge. |
| OLDEST\$1READ\$1VIEW\$1LSN | bigint unsigned | LSN le plus ancien utilisé par l’instance de base de données pour lire à partir du stockage. |
| VISIBILITY\$1LAG\$1IN\$1MSEC | float(10,0) unsigned | Pour les lecteurs dans le cluster de bases de données principal, retard accumulé par cette instance de base de données par rapport à l’instance de base de données d’enregistreur en millisecondes. Pour les lecteurs dans un cluster de bases de données secondaire, retard accumulé par cette instance de base de données par rapport au volume secondaire en millisecondes. |
## information\$1schema.aurora\$1global\$1db\$1status
La table `information_schema.aurora_global_db_status` contient des informations sur divers aspects du retard de la base de données globale Aurora, en particulier le retard du stockage Aurora sous-jacent (appelé « retard de durabilité ») et le retard entre l’objectif de point de reprise (RPO). Les colonnes que vous pouvez utiliser sont indiquées dans le tableau suivant. Les colonnes restantes sont destinées à un usage interne d’Aurora uniquement.
**Note**
Cette table de schéma d’informations n’est disponible qu’avec les bases de données globales Aurora MySQL 3.04.0 et versions ultérieures.
| Colonne | Type de données | Description |
| --- | --- | --- |
| AWS\$1REGION | varchar(100) | La Région AWS dans laquelle cette instance de base de données globale s’exécute. Pour obtenir la liste des régions, consultez [Disponibilité dans les Régions](Concepts.RegionsAndAvailabilityZones.md#Aurora.Overview.Availability). |
| HIGHEST\$1LSN\$1WRITTEN | bigint unsigned | Numéro de séquence de journal (LSN) le plus élevé qui existe actuellement sur ce cluster de bases de données. Un numéro de séquence de journal (LSN) est un numéro séquentiel unique qui identifie un enregistrement dans le journal des transactions de la base de données. Les LSN sont classés de telle sorte qu’un LSN plus grand représente une transaction ultérieure. |
| DURABILITY\$1LAG\$1IN\$1MILLISECONDS | float(10,0) unsigned | Différence dans les valeurs d’horodatage entre HIGHEST\$1LSN\$1WRITTEN sur un cluster de bases de données secondaire et HIGHEST\$1LSN\$1WRITTEN sur le cluster de bases de données principal. Cette valeur est toujours égale à 0 sur le cluster de bases de données principal de la base de données globale Aurora. |
| RPO\$1LAG\$1IN\$1MILLISECONDS | float(10,0) unsigned | Retard de l’objectif de point de reprise (RPO). Le retard RPO correspond au temps nécessaire au stockage de la transaction utilisateur COMMIT la plus récente sur un cluster de bases de données secondaire, après qu’elle a été stockée sur le cluster de bases de données principal de la base de données globale Aurora. Cette valeur est toujours égale à 0 sur le cluster de bases de données principal de la base de données globale Aurora. En termes simples, cette métrique calcule l’objectif de point de reprise pour chaque cluster de bases de données Aurora MySQL dans la base de données globale Aurora, c’est-à-dire la quantité de données qui risque d’être perdue en cas de panne. Comme pour la latence, le RPO est mesuré dans le temps. |
| LAST\$1LAG\$1CALCULATION\$1TIMESTAMP | datetime | Horodatage qui spécifie l’heure à laquelle les valeurs ont été calculées pour la dernière fois pour DURABILITY\$1LAG\$1IN\$1MILLISECONDS et RPO\$1LAG\$1IN\$1MILLISECONDS. Une valeur temporelle telle que 1970-01-01 00:00:00\$100 signifie qu’il s’agit du cluster de bases de données principal. |
| OLDEST\$1READ\$1VIEW\$1TRX\$1ID | bigint unsigned | ID de la transaction la plus ancienne vers laquelle l’instance de base de données d’enregistreur peut effectuer une purge. |
## information\$1schema.replica\$1host\$1status
La table `information_schema.replica_host_status` contient des informations de réplication. Les colonnes que vous pouvez utiliser sont indiquées dans la table suivante. Les colonnes restantes sont destinées à un usage interne d’Aurora uniquement.
| Colonne | Type de données | Description |
| --- | --- | --- |
| CPU | double | Pourcentage d’utilisation du processeur par l’hôte de réplication. |
| IS\$1CURRENT | tinyint | Si la réplique est à jour. |
| LAST\$1UPDATE\$1TIMESTAMP | datetime(6) | Heure de la dernière mise à jour. Utilisé pour déterminer si un enregistrement est périmé. |
| REPLICA\$1LAG\$1IN\$1MILLISECONDS | double | Le retard de réplica en millisecondes. |
| SERVER\$1ID | varchar(100) | ID du serveur de base de données. |
| SESSION\$1ID | varchar(100) | ID de session de la base de données. Utilisé pour déterminer si une instance de base de données est une instance d’enregistreur ou de lecture. |
**Note**
Lorsqu’une instance de réplica prend du retard, les informations demandées dans sa table `information_schema.replica_host_status` peuvent être obsolètes. Dans ce cas, nous vous recommandons plutôt d’effectuer une requête à partir de l’instance d’enregistreur.
La table `mysql.ro_replica_status` contient des informations similaires, mais nous vous déconseillons de l’utiliser.
## information\$1schema.aurora\$1forwarding\$1processlist
La table `information_schema.aurora_forwarding_processlist` contient des informations sur les processus impliqués dans le transfert d’écriture.
Le contenu de cette table est visible uniquement sur l’instance de base de données d’enregistreur pour un cluster de bases de données sur lequel le transfert d’écriture global ou intracluster est activé. Un jeu de résultats vide est renvoyé sur les instances de base de données de lecteur.
| Champ | Type de données | Description |
| --- | --- | --- |
| ID | bigint | L’identifiant de la connexion sur l’instance de base de données d’enregistreur. Cet identifiant est la même valeur que celle affichée dans la colonne Id de l’instruction SHOW PROCESSLIST et renvoyée par la fonction CONNECTION\$1ID() dans le thread. |
| USER | varchar(32) | Utilisateur MySQL qui a émis l’instruction. |
| HOST | varchar(255) | Client MySQL qui a émis l’instruction. Pour les instructions transférées, ce champ indique l’adresse hôte du client d’application qui a établi la connexion sur l’instance de base de données du lecteur de transfert. |
| BdD | varchar(64) | Base de données par défaut pour le thread. |
| COMMAND | varchar(16) | Le type de commande que le thread exécute pour le compte du client, ou Sleep si la session est inactive. Pour une description des commandes de thread, consultez la documentation MySQL sur [Valeurs de Command de thread](https://dev.mysql.com/doc/refman/8.0/en/thread-commands.html) (langue française non garantie) dans la documentation MySQL. |
| TIME | int | Durée en secondes pendant laquelle le thread est resté dans son état actuel. |
| STATE | varchar(64) | Action, événement ou état qui indique ce que fait le thread. Pour une description des valeurs d’état, consultez [États de thread généraux](https://dev.mysql.com/doc/refman/8.0/en/general-thread-states.html) (langue française non garantie) dans la documentation MySQL. |
| INFO | longtext | Instruction que le thread exécute, ou NULL s’il n’exécute pas d’instruction. L’instruction peut être celle qui est envoyée au serveur ou une instruction interne si l’instruction exécute d’autres instructions. |
| IS\$1FORWARDED | bigint | Indique si le thread est transféré depuis une instance de base de données de lecteur. |
| REPLICA\$1SESSION\$1ID | bigint | Identifiant de connexion sur le réplica Aurora. Cet identifiant est la même valeur que celle affichée dans la colonne Id de l’instruction SHOW PROCESSLIST sur l’instance de base de données du lecteur Aurora de transfert. |
| REPLICA\$1INSTANCE\$1IDENTIFIER | varchar(64) | Identifiant de l’instance de base de données du thread de transfert. |
| REPLICA\$1CLUSTER\$1NAME | varchar(64) | Identifiant du cluster de bases de données du thread de transfert. Pour le transfert d’écriture intracluster, cet identifiant est le même pour le cluster de bases de données et pour l’instance de base de données d’enregistreur. |
| REPLICA\$1REGION | varchar(64) | La Région AWS d’où provient le thread de transfert. Pour le transfert d’écriture intracluster, cette région est la même Région AWS que pour l’instance de base de données d’enregistreur. |