Ce chapitre explique comment surveiller l'utilisation que fait PostgreSQL™ des disques.
Chaque table possède un fichier principal dans lequel la majorité des données sont stockées. Si la table contient des colonnes pouvant recevoir des valeurs étendues, il pourrait aussi y avoir un fichier TOAST associé à la table. Ce fichier permet de stocker les valeurs trop larges pour tenir dans la table principale (voir la Section 54.2, « TOAST »). Si la table TOAST existe, un index lui est associé. Des index peuvent également être associés à la table de base. Chaque table ou index est stocké dans un fichier distinct -- ou plusieurs si la taille du fichier dépasse 1 Go. Les conventions de nommage de ces fichiers sont décrites dans la Section 54.1, « Emplacement des fichiers de la base de données ».
L'espace disque peut être surveillé de trois façons différentes : en utilisant les fonctions SQL listées dans Tableau 9.58, « Fonctions de calcul de la taille des objets de la base de données », en utilisant les outils de contrib/oid2name ou en inspectant manuellement les catalogues système. Les fonctions SQL sont les plus simples à utiliser et sont généralement recommandées. contrib/oid2name est décrit dans Section F.19, « oid2name ». Le reste de cette section montre comment le faire en inspectant les catalogues système.
L'utilisation de psql sur une base de données récemment « nettoyée » (VACUUM) ou « analysée » (ANALYZE) permet de lancer des requêtes pour connaître l'occupation disque d'une table :
SELECT pg_relation_filepath(oid), relpages FROM pg_class WHERE relname = 'customer'; pg_relation_filepath | relpages ----------------------+---------- base/16384/16806 | 60 (1 row)
Chaque page a une taille de 8 Ko, typiquement. (Rappelez-vous que relpages est seulement mis à jour par VACUUM, ANALYZE et quelques commandes DDL telles que CREATE INDEX.) Le chemin du fichier n'a d'intérêt que si vous voulez examiner directement le fichier de la table.
Pour connaître l'espace disque utilisé par les tables TOAST, on utilise une requête similaire à la suivante :
SELECT relname, relpages FROM pg_class, (SELECT reltoastrelid FROM pg_class WHERE relname = 'customer') AS ss WHERE oid = ss.reltoastrelid OR oid = (SELECT reltoastidxid FROM pg_class WHERE oid = ss.reltoastrelid) ORDER BY relname; relname | relpages ----------------------+---------- pg_toast_16806 | 0 pg_toast_16806_index | 1
On peut aussi facilement afficher la taille des index :
SELECT c2.relname, c2.relpages FROM pg_class c, pg_class c2, pg_index i WHERE c.relname = 'customer' AND c.oid = i.indrelid AND c2.oid = i.indexrelid ORDER BY c2.relname; relname | relpages ----------------------+---------- customer_id_indexdex | 26
Les tables et les index les plus volumineux sont repérés à l'aide de la requête suivante :
SELECT relname, relpages FROM pg_class ORDER BY relpages DESC; relname | relpages ----------------------+---------- bigtable | 3290 customer | 3144