HG_STAT_ACTIVITY (PG_STAT_ACTIVITY) view - Hologres - Centre de documentation Alibaba Cloud

À partir de Hologres V2.0, la vue PG_STAT_ACTIVITY évolue vers HG_STAT_ACTIVITY. En tant qu'extension de la vue PG_STAT_ACTIVITY, HG_STAT_ACTIVITY fournit des informations d'exécution plus détaillées pour les requêtes SQL actives, telles que l'query ID, le query engine et la consommation de ressources. Ces informations facilitent le diagnostic des requêtes actives.

Remarque

Si vous utilisez une instance avec des entrepôts virtuels, cette vue affiche uniquement les requêtes actives de l'entrepôt virtuel auquel vous êtes connecté. Vous ne pouvez pas interroger les requêtes actives des autres entrepôts virtuels.

Interrogation de la vue HG_STAT_ACTIVITY (PG_STAT_ACTIVITY)

Exécutez les commandes suivantes pour afficher les informations d'exécution des requêtes. Les outils de gestion compatibles PostgreSQL peuvent toujours interroger PG_STAT_ACTIVITY pour obtenir les informations d'exécution SQL.

-- Recommended for V2.0 and later
SELECT *  FROM HG_STAT_ACTIVITY;

-- For V1.3 and earlier
SELECT *  FROM PG_STAT_ACTIVITY;

Le tableau suivant décrit les champs de la vue HG_STAT_ACTIVITY.

Champ	Description	Prise en charge par HG_STAT_ACTIVITY	Prise en charge par PG_STAT_ACTIVITY
datid	L'identifiant d'objet (OID) de la base de données à laquelle le backend Hologres est connecté.	Pris en charge	Pris en charge
datname	Le nom de la base de données à laquelle le backend Hologres est connecté.	Pris en charge	Pris en charge
pid	L'ID de processus du backend Hologres.	Pris en charge	Pris en charge
query_id	Un ID unique pour la requête SQL en cours d'exécution.	Pris en charge	Non pris en charge
transaction_id	L'ID de la transaction à laquelle appartient la requête SQL actuelle. Une transaction peut contenir plusieurs requêtes SQL.	Pris en charge	Non pris en charge
usesysid	L'ID système de l'utilisateur dans la session active actuelle.	Pris en charge	Pris en charge
usename	Le nom d'utilisateur de la connexion actuelle.	Pris en charge	Pris en charge
application_name	Le nom de l'application cliente. Les noms d'application courants incluent : Realtime Compute for Apache Flink (version VVR) : `{client_version}_ververica-connector-hologres`. Apache Flink : `{client_version}_hologres-connector-flink`. DataWorks Data Integration pour la synchronisation par lots lisant depuis Hologres : `datax_{jobId}`. DataWorks Data Integration pour la synchronisation par lots écrivant dans Hologres : `{client_version}_datax_{jobId}`. DataWorks Data Integration pour la synchronisation en temps réel : `{client_version}_streamx_{jobId}`. HoloWeb : `holoweb`. Accès à Hologres depuis MaxCompute via une table externe : MaxCompute. Un processus initié par Holo Client pour lire un journal binaire Hologres : holo_client_replication. Le contenu de la requête n'est pas affiché pour ce type de tâche. Pour les autres applications, nous vous recommandons de spécifier explicitement le `application_name` dans la chaîne de connexion.	Pris en charge	Pris en charge
running_info	Contient des informations sur le processus d'exécution SQL au format JSON. Les sous-champs incluent : current_resource Ce champ est renseigné uniquement pour les requêtes qui s'exécutent exclusivement sur des ressources Serverless. current_stage stage_name<PARSE\|OPTIMIZE\|QUEUE\|START\|EXECUTE\|FINISH> : PARSE : Analyse de la requête SQL. Remarque Si une requête est à l'étape PARSE, le type de moteur ne peut pas être affiché. OPTIMIZE : Génération d'un plan d'exécution. QUEUE : Mise en file d'attente pour les ressources. START : Démarrage de la requête. EXECUTE : Exécution de la requête. FINISH : Fin de l'exécution. stage_duration_ms : Temps écoulé dans l'étape actuelle, en millisecondes. queue_time_ms : Durée de la mise en file d'attente en millisecondes. Ce champ est renvoyé uniquement pour les requêtes Serverless. serverless_allocated_cores : Quantité de ressources Serverless allouées, en unités de calcul (CU). Ce champ est renvoyé uniquement pour les requêtes Serverless. serverless_allocated_workers : Nombre de workers Serverless alloués. Ce champ est renvoyé uniquement pour les requêtes Serverless. engine_type : Le moteur de requête pour la requête actuelle. `{HQE}` : Le moteur Hologres. `{HQE,PQE}` : La requête SQL utilise PQE. `{PG}` : Une requête SQL système. Aucune action n'est requise. `{SDK}` ou `{FixedQE}` : Une requête SQL Fixed Plan. Remarque Dans les versions de Hologres antérieures à la V2.2, le engine_type pour SQL Fixed Plan était `{SDK}`. À partir de Hologres V2.2, le engine_type passe de `{SDK}` à `{FixedQE}`. `{HQE,SQE}` : Une requête SQL sur une table externe MaxCompute avec lecture directe désactivée. `{HQE,HiveQE}` : Une requête SQL sur une table externe OSS avec lecture directe désactivée. `{HQE,SQE,HiveQE}` : Une requête SQL sur une table externe avec lecture directe désactivée. fe_id : L'ID du nœud FE. warehouse_id : Si l'instance utilise des entrepôts virtuels, ce champ indique l'ID de l'entrepôt virtuel.	Pris en charge	Non pris en charge
extend_info	Contient des informations étendues sur la consommation de ressources lors de l'exécution SQL au format JSON. Les sous-champs incluent : total_cpu_max_time_ms : Temps CPU cumulé consommé par la requête SQL, en millisecondes. total_mem_max_bytes : Somme de l'utilisation maximale de la mémoire de chaque opérateur dans la requête, en octets. scanned_rows : Nombre total de lignes lues par la requête. affected_rows : Nombre de lignes affectées par l'instruction DML. be_lock_waiters : Si la requête actuelle détient un verrou qui bloque d'autres requêtes, ce champ répertorie les ID de requête des requêtes en attente. Remarque `be_lock_waiters` suit les verrous backend, pas les verrous frontend. Pour plus d'informations sur le dépannage des verrous, consultez Verrous et dépannage des verrous.	Pris en charge	Non pris en charge
state	L'état de la connexion. Les états courants incluent : active : La connexion est active. idle : La connexion est inactive. idle in transaction : La connexion est inactive au sein d'une transaction de longue durée. idle in transaction (Aborted) : La connexion est inactive au sein d'une transaction ayant échoué. \N : L'état est nul. Cela indique un processus non utilisateur, généralement un processus de maintenance système en arrière-plan, que vous pouvez ignorer.	Pris en charge	Pris en charge
query_start	L'heure de début de la requête. Si l'état n'est pas `active`, il s'agit de l'heure de début de la requête la plus récente.	Pris en charge	Pris en charge
client_addr	L'adresse IP du client. Il peut s'agir d'une adresse résolue, et non de l'adresse IP source d'origine.	Pris en charge	Pris en charge
client_hostname	Le nom d'hôte du client.	Pris en charge	Pris en charge
client_port	Le port du client.	Pris en charge	Pris en charge
backend_start	L'heure de démarrage du processus backend. Ce champ n'est généralement pas pertinent dans Hologres.	Pris en charge	Pris en charge
xact_start	L'heure de début de la transaction actuelle du processus. La valeur est nulle si aucune transaction n'est active. Si la requête actuelle est la première transaction du processus, cette colonne est identique à query_start. Ce champ n'est généralement pas pertinent dans Hologres.	Pris en charge	Pris en charge
state_change	L'heure du dernier changement d'état de la connexion (`state`). Ce champ n'est généralement pas pertinent dans Hologres.	Pris en charge	Pris en charge
wait_event_type	Le type d'événement pour lequel le backend attend. NULL si aucune attente. Les valeurs possibles incluent : LWLock : Le backend attend un verrou léger. Lock : Le backend attend un verrou lourd. Le champ `wait_event` identifie le type de verrou. BufferPin : Le processus serveur attend d'accéder à un tampon de données, et aucun autre processus n'inspecte actuellement ce tampon. Activity : Le processus serveur est inactif. Cette valeur est utilisée pour les processus système qui attendent une activité dans leur boucle de traitement principale. Extension : Le processus serveur attend une activité dans un module d'extension. Client : Le processus serveur attend une communication du client. PC : Le processus serveur attend une activité d'un autre processus sur le serveur. Timeout : Le processus serveur attend l'expiration d'un délai. IO : Le processus serveur attend la fin d'une opération d'E/S.	Pris en charge	Pris en charge
wait_event	Le nom de l'événement d'attente, si le backend est en attente. NULL sinon.	Pris en charge	Pris en charge
backend_xid	L'identifiant de transaction de niveau supérieur du backend Hologres.	Pris en charge	Pris en charge
backend_xmin	L'horizon `xmin` du backend actuel.	Pris en charge	Pris en charge
query	Le texte de la requête la plus récente du backend. Si le state est `active`, ce champ affiche la requête en cours d'exécution. Sinon, il affiche la dernière requête exécutée.	Pris en charge	Pris en charge
backend_type	Le type du backend actuel. Les types possibles sont `autovacuum launcher`, `autovacuum worker`, `logical replication launcher`, `logical replication worker`, `parallel worker`, `background writer`, `client backend`, `checkpointer`, `startup`, `walreceiver`, `walsender` et `walwriter`. Cela inclut également les composants d'exécution backend, tels que PQE. Remarque Faites attention au type `client backend`, qui représente une connexion depuis votre application.	Pris en charge	Pris en charge