23.2. Le r�cup�rateur de statistiques

23.2.1. Configuration de la r�cup�ration de statistiques

Comme la r�cup�ration de statistiques ajoute un temps suppl�mentaire � l'ex�cution de la requ�te, le syst�me peut �tre configur� pour r�cup�rer ou non des informations. Ceci est contr�l� par les param�tres de configuration qui sont normalement initialis�s dans postgresql.conf. (Voir Section 16.4 pour plus de d�tails sur leur initialisation.)

Le param�tre stats_start_collector doit valoir true pour que le r�cup�rateur de statistiques soit seulement lanc�. C'est la valeur par d�faut et la configuration recommand�e mais elle peut �tre d�sactiv�e si vous n'�tes pas int�ress� dans les statistiques et que vous souhaitez supprimer toute activit� en trop. (N�anmoins, ce que vous sauverez sera assez petit.) Notez que cette option ne peut pas �tre chang�e alors que le serveur est en cours d'ex�cution.

Les param�tres stats_command_string, stats_block_level et stats_row_level contr�lent la quantit� d'informations r�ellement envoy�e au r�cup�rateur et d�termine du coup le temps suppl�mentaire r�clam�. Ils d�terminent respectivement si un processus serveur envoie sa cha�ne de commande actuelle, les statistiques d'acc�s au niveau du bloc disque et celles au niveau de la ligne vers le r�cup�rateur. Normalement, ces param�tres sont configur�s dans postgresql.conf de fa�on � ce qu'ils s'appliquent � tous les processus serveur mais il est possible de les activer/d�sactiver sur des sessions individuelles en utilisant la commande SET. (Pour emp�cher les utilisateurs ordinaires de cacher leur activit� � l'administrateur, seuls les superutilisateurs sont autoris�s � modifier ces param�tres avec SET.)

23.2.2. Visualiser les statistiques r�cup�r�es

Plusieurs vues pr�d�finies sont disponibles pour afficher les r�sultats de la r�cup�ration de statistiques, list�s dans Tableau 23-1. Autrement, vous pouvez construire des vues personnalis�es en utilisant les fonctions statistiques existantes.

En utilisant les statistiques pour surveiller l'activit� en cours, il est important de r�aliser que l'information n'est pas mise � jour instantan�ment. Chaque processus serveur individuel transmet le nouveau nombre d'acc�s au r�cup�rateur juste avant l'attente d'une nouvelle commande du client ; donc une requ�te toujours en cours n'affecte pas les totaux affich�s. De plus, le r�cup�rateur lui-m�me �met les nouveaux totaux une fois par pgstat_stat_interval millisecondes (500 par d�faut). Donc, les totaux affich�s sont bien derri�re l'activit� r�elle.

Un autre point important est que, lorsqu'un processus serveur se voit demander d'afficher une des statistiques, il r�cup�re tout d'abord les totaux les plus r�cents �mis pas le processus de r�cup�ration, puis continue d'utiliser cette image de toutes les vues et fonctions statistiques jusqu'� la fin de sa transaction en cours. Donc, les statistiques ne sembleront pas changer tant que vous restez dans la m�me transaction. Ceci est une fonctionnalit�, et non pas un bogue, car il vous permet de traiter plusieurs requ�tes sur les statistiques et de corr�ler les r�sultats sans vous inqui�ter que les nombres aient pu changer. Mais si vous voulez voir les nouveaux r�sultats pour chaque requ�te, assurez-vous de lancer les requ�tes en dehors de tout bloc de transaction.

Les statistiques par index sont particuli�rement utiles pour d�terminer les index utilis�s et leur efficacit�.

Les vues pg_statio_ sont principalement utiles pour d�terminer l'efficacit� du cache tampon. Quand le nombre de lectures disques r�elles est plus petit que le nombre de r�cup�rations valides par le tampon, alors le cache satisfait la plupart des demandes de lecture sans faire appel au noyau. N�anmoins, ces statistiques ne nous donnent pas l'histoire compl�te : � cause de la fa�on dont PostgreSQL g�re les entr�es/sorties disque, les donn�es qui ne sont pas dans le tampon de PostgreSQL pourraient toujours r�sider dans le tampon d'entr�es/sorties du noyau et pourraient, du coup, �tre toujours r�cup�r�es sans n�cessiter une lecture physique. Les utilisateurs int�ress�s pour obtenir des informations plus d�taill�es sur le comportement des entr�es/sorties dans PostgreSQL sont invit�s � utiliser le r�cup�rateur de statistiques de PostgreSQL avec les outils du syst�me d'exploitation permettant une vue de la gestion des entr�es/sorties par le noyau.

Il existe d'autres fa�ons de regarder les statistiques. Cela se fait en �crivant des requ�tes qui utilisent les m�mes fonctions d'acc�s aux statistiques que les vues standards. Ces fonctions sont list�es dans le Tableau 23-2. Les fonctions d'acc�s par base de donn�es prennent un OID de la base de donn�es comme argument pour identifier la base de donn�es du rapport. Les fonctions par table et par index prennent l'OID de la table ou de l'index (notez que seuls les tables et les index de la base de donn�es en cours peuvent �tre vus par ces fonctions). Les fonctions d'acc�s au processus prennent le num�ro d'identifiant du processus.

La fonction pg_stat_get_backend_idset fournit un moyen agr�able de g�n�rer une ligne pour chaque processus serveur actif. Par exemple, pour afficher les PID et les requ�tes en cours pour tous les processus serveur :

SELECT pg_stat_get_backend_pid(s.backendid) AS procpid,
       pg_stat_get_backend_activity(s.backendid) AS current_query
    FROM (SELECT pg_stat_get_backend_idset() AS backendid) AS s;