Informations serveur

SQL Server

Avec SQL Server, il n'y a ni jeu de caractères du serveur ni socket : ces lignes n'apparaissent pas, et la collation est celle du serveur par défaut.

PostgreSQL

Avec PostgreSQL, le jeu de caractères est l'encodage du serveur, la collation est celle de la base connectée, et il n'y a pas de ligne de socket.

ClickHouse

Avec ClickHouse, il n'y a ni jeu de caractères, ni collation, ni socket, ni id de connexion, donc ces lignes n'apparaissent pas, et les onglets sont quatre et non six : Variables de session et État de session n'existent pas, car l'interface HTTP n'a pas de session.

Oracle

Avec Oracle, il n’y a ni répertoire de données, ni socket, ni collation de serveur ; ces lignes n’apparaissent donc pas, et le commentaire de version est le nom de l’instance. Le maximum de connexions est le paramètre sessions, lisible seulement avec une permission sur V$PARAMETER : sans elle, la ligne n’apparaît pas.

TiDB

Avec TiDB, la version est celle de la compatibilité avec MySQL (8.0.11), et le commentaire de version donne celle du produit, l’édition et le stockage, tirés de tidb_version(). Il n’y a pas de ligne de répertoire de données —datadir est l’adresse du PD— ni de maximum de connexions quand le serveur n’a pas de plafond (max_connections = 0).

SQL Server

Avec SQL Server, Variables globales reprend sys.configurations —ce que modifie sp_configure, avec la valeur en cours— et les propriétés du serveur, préfixées SERVERPROPERTY. ; État global réunit les compteurs de performance et sys.dm_os_sys_info ; Variables de session liste les options SET de votre connexion, et État de session la ligne de votre session dans sys.dm_exec_sessions.

PostgreSQL

Avec PostgreSQL, Variables globales reprend tout pg_settings, avec l'unité à côté de la valeur ; État global additionne pg_stat_database sur toutes les bases et compte les connexions de pg_stat_activity ; Variables de session ne liste que ce que votre connexion a modifié, si bien qu'il est souvent vide, et État de session est la ligne de votre connexion dans pg_stat_activity.

ClickHouse

Avec ClickHouse, État global réunit system.metrics —ce qui se passe maintenant, avec le préfixe metrics.—, system.events —cumulé depuis le démarrage, events.— et system.asynchronous_metrics —échantillonné chaque seconde, asynchronous_metrics.— ; Variables globales réunit system.settings (settings.) et system.server_settings (server_settings.).

Oracle

Avec Oracle, Variables globales est V$PARAMETER ; État global, ce sont les compteurs de V$SYSSTAT, cumulés depuis le démarrage ; Variables de session, ce sont NLS_SESSION_PARAMETERS et les valeurs de SYS_CONTEXT('USERENV', …), préfixées USERENV., et État de session, les compteurs de V$SESSTAT de la connexion qui fait la lecture. Les vues V$ exigent SELECT_CATALOG_ROLE : sans ce rôle, les trois onglets qui les utilisent disent pourquoi ils sont vides, avec le texte du serveur, et seul Variables de session se remplit.

MySQLMariaDBAurora

Une dernière colonne donne le moteur de stockage de chaque table. Les chiffres viennent de information_schema, ils demandent donc des permissions dessus, et les lignes d'une table InnoDB sont une estimation.

TiDB

Avec TiDB les chiffres sont une estimation que TiDB fait à partir de ses statistiques, pas ce que TiKV occupe sur disque, et la colonne du moteur indique toujours InnoDB : TiDB accepte la clause et l’ignore.

SQL Server

Avec SQL Server, il liste toutes les bases que votre login peut ouvrir, avec leur schéma (demo.dbo), et la taille compte les données et les index. Il n'y a pas de colonne de moteur de stockage.

PostgreSQL

Avec PostgreSQL, il liste les tables de la base connectée dans tous ses schémas sauf ceux du serveur —pg_catalog, information_schema, pg_toast et les temporaires— ; la taille compte les index et le TOAST, et les lignes sont l'estimation du planificateur : une table jamais analysée affiche —. Il n'y a pas de colonne de moteur de stockage.

ClickHouse

Avec ClickHouse, les chiffres additionnent les parties actives de system.parts, donc les lignes sont exactes et non une estimation, et la colonne Compression dit combien de fois la table non compressée est plus grande que ce qu'elle occupe sur disque. La colonne Moteur nomme le moteur de chaque table (MergeTree, ReplicatedMergeTree…).

Oracle

Avec Oracle, la taille additionne les segments de la table, de ses LOB et de ses index. Avec le droit de lire DBA_SEGMENTS, tous les schémas sont listés ; sans lui, seules les tables de votre propre schéma, et celles des autres n'apparaissent pas. Les lignes sont les dernières statistiques collectées, donc la colonne s'appelle Lignes (estimées) et Statistiques du l'accompagne avec sa date ; une table jamais analysée affiche —. Il n'y a pas de colonne de moteur de stockage.

MySQLMariaDBAurora

Avec MySQL, MariaDB et Aurora, sont signalés les connexions interrompues, les attentes de verrou de table, les erreurs de connexion et les interblocages InnoDB.

TiDB

Avec TiDB, rien n’est signalé : son état global ne publie aucun de ces compteurs.

PostgreSQL

Avec PostgreSQL sont marqués, depuis pg_stat_database, les interblocages, les conflits avec la restauration, les fichiers temporaires, les échecs de somme de contrôle et les sessions terminées par une erreur fatale.

SQL Server

Avec SQL Server sont marqués les interblocages, les attentes de verrou qui ont épuisé leur délai et les erreurs SQL (Locks.Number of Deadlocks/sec, Locks.Lock Timeouts/sec et SQL Errors.Errors/sec, cumulés même s’ils disent « /sec »).

Oracle

Avec Oracle, les interblocages et les attentes de verrou qui ont épuisé leur délai sont marqués (enqueue deadlocks et enqueue timeouts de V$SYSSTAT).

ClickHouse

Avec ClickHouse, sont marquées les requêtes qui ont échoué (toutes et celles d'INSERT), les INSERT rejetés pour trop de parties et les mutations rejetées (FailedQuery, FailedInsertQuery, RejectedInserts et RejectedMutations de system.events).