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.
STL_VACUUM
Affiche les statistiques de ligne et de bloc pour les tables qui ont été l’objet d’une opération VACUUM.
La vue affiche les informations propres à chaque moment où l’opération VACUUM a commencé et fini, et démontre les avantages de l’exécution de l’opération. Pour plus d’informations sur la configuration requise pour exécuter cette commande, consultez la description de la commande VACUUM.
STL_ n'VACUUMest visible que par les superutilisateurs. Pour de plus amples informations, veuillez consulter Visibilité des données dans les tables et vues système.
Certaines ou toutes les données de ce tableau se trouvent également dans la vue SYS de surveillanceSYS_VACUUM_HISTORY. Les données de la vue SYS de surveillance sont formatées pour être plus faciles à utiliser et à comprendre. Nous vous recommandons d'utiliser la vue SYS de surveillance pour vos requêtes.
Colonnes de la table
| Nom de la colonne | Type de données | Description |
|---|---|---|
| userid | entier | ID de l’utilisateur qui a généré l’entrée. |
| xid | bigint | Numéro de transaction pour le VACUUM relevé. Vous pouvez associer cette table à la QUERY vue STL _ pour voir les SQL instructions individuelles exécutées pour une VACUUM transaction donnée. Si vous exécutez cette opération sur l’ensemble de la base de données, chaque table est aspirée dans une transaction distincte. |
| table_id | entier | ID de la table. |
| status | character(30) | État de l'VACUUMopération pour chaque table. Les valeurs possibles sont les suivantes :
Pour plus d'informations sur le paramètre du seuil de VACUUM tri, consultezVACUUM. |
| rows | bigint | Nombre réel de lignes de la table, plus les lignes supprimées qui sont toujours stockées sur disque (en attente d’une opération VACUUM). Cette colonne affiche le nombre de lignes, avant le début de VACUUM, avec un état Started et le nombre de lignes, à la fin de VACUUM, avec un état Finished. |
| sortedrows | entier | Nombre de lignes de la table qui sont triées. Cette colonne affiche le nombre de lignes, avant le début de VACUUM, avec Started dans la colonne d’état, et le nombre de lignes, à la fin de VACUUM, avec Finished dans la colonne d’état. |
| Blocs de | entier | Nombre total de blocs de données utilisés pour stocker les données de la table avant l’opération VACUUM (lignes avec un état Started) et après l’opération (colonne Finished). Chaque bloc de données utilise 1 Mo. |
| max_merge_partitions | entier | Cette colonne est utilisée pour l’analyse des performances et représente le nombre maximal de partitions qu’une opération VACUUM peut traiter pour la table par itération de phase de fusion. (L’opération VACUUM trie la région non triée en une ou plusieurs partitions. Selon le nombre de colonnes de la table et la configuration actuelle d’Amazon Redshift, la phase de fusion peut traiter un nombre maximal de partitions en une seule itération de fusion. La phase de fusion continue si le nombre de partitions triées dépasse le nombre maximal de partitions de fusion, mais un plus grand nombre d’itérations de fusion sera nécessaire.) |
| eventtime | timestamp | Heure de début ou de fin de l’opération VACUUM. |
| reclaimable_rows | bigint | Nombre de lignes récupérables pour le cutoff_xid actuel. Cette colonne indique le nombre estimé de lignes récupérables de Redshift avant le début de l’opération VACUUM pour les lignes ayant un état Started, et le nombre réel de lignes récupérables restantes après l’opération VACUUM pour les lignes ayant un état Finished. |
| reclaimable_space_mb | bigint | Espace récupérable en Mo pour le cutoff_xid actuel. Cette colonne indique la quantité d’espace récupérable estimée de Redshift avant le démarrage de l’opération VACUUM pour les lignes ayant un état Started, et la quantité réelle d’espace récupérable restant après l’opération VACUUM pour les lignes ayant un état Finished. |
| cutoff_xid | bigint | L'identifiant de transaction limite pour l'VACUUMopération. Les transactions effectuées après la date limite ne sont pas incluses dans l'VACUUMopération. |
| is_recluster | entier | Si 1 (vrai), l'VACUUMopération a exécuté l'algorithme de recluster, si 0 (faux), ce n'était pas le cas. |
Exemples de requêtes
La requête suivante rapporte les statistiques de l’opération VACUUM pour la table 108313. La table a été l’objet d’une opération VACUUM après une série d’insertions et de suppressions.
select xid, table_id, status, rows, sortedrows, blocks, eventtime, reclaimable_rows, reclaimable_space_mb from stl_vacuum where table_id=108313 order by eventtime; xid | table_id | status | rows | sortedrows | blocks | eventtime | reclaimable_rows | reclaimable_space_mb -------+----------+-------------------------+------+------------+--------+----------------------+------------------+---------------------- 14294 | 108313 | Started | 1950 | 408 | 28 | 2016-05-19 17:36:01 | 984 | 17 14294 | 108313 | Finished | 966 | 966 | 11 | 2016-05-19 18:26:13 | 0 | 0 15126 | 108313 | Skipped(sorted>=95%) | 966 | 966 | 11 | 2016-05-19 18:26:38 | 0 | 0
Au début duVACUUM, le tableau contenait 1 950 lignes stockées dans 28 blocs de 1 Mo. Amazon Redshift a estimé pouvoir en récupérer 984, soit 17 blocs d’espace disque, avec une opération VACUUM.
Dans la ligne correspondant au statut Terminé, la ROWS colonne indique une valeur de 966 et la valeur de la BLOCKS colonne est 11, contre 28. L’opération VACUUM a récupéré la quantité d’espace disque estimée, sans qu’il ne reste de lignes ou d’espace récupérables à l’issue de l’opération VACUUM.
Dans la phase de tri (transaction 15126), l’opération VACUUM a été en mesure d’ignorer la table, car les lignes ont été ajoutées dans l’ordre des clés de tri.
L'exemple suivant montre les statistiques relatives SORT ONLY à un aspirateur sur la SALES table (tableau 110116 dans cet exemple) après une INSERT opération importante :
vacuum sort only sales; select xid, table_id, status, rows, sortedrows, blocks, eventtime from stl_vacuum order by xid, table_id, eventtime; xid |table_id| status | rows |sortedrows|blocks| eventtime ----+--------+-----------------+-------+----------+------+-------------------- ... 2925| 110116 |Started Sort Only|1379648| 172456 | 132 | 2011-02-24 16:25:21... 2925| 110116 |Finished |1379648| 1379648 | 132 | 2011-02-24 16:26:28...
