每个表都有一个主堆磁盘文件，其中存储了大部分数据。如果表有任何具有潜在宽值的列，则还可能有一个TOAST文件与该表关联，该文件用于存储太宽而无法舒适地放入主表中的值（请参阅第 65.2 节）。如果存在，则在TOAST表上会有一个有效的索引。也可能存在与基本表关联的索引。每个表和索引都存储在一个单独的磁盘文件中——如果文件超过 1 GB，则可能不止一个文件。这些文件的命名约定在第 65.1 节中描述。

您可以通过三种方式监控磁盘空间：使用表 9.100中列出的 SQL 函数，使用 oid2name 模块，或者手动检查系统目录。SQL 函数最容易使用，并且通常建议使用。本节的其余部分将展示如何通过检查系统目录来实现。

在最近经过 vacuum 或 analyze 的数据库上使用 psql，您可以发出查询以查看任何表的磁盘使用情况

SELECT pg_relation_filepath(oid), relpages FROM pg_class WHERE relname = 'customer';

 pg_relation_filepath | relpages
----------------------+----------
 base/16384/16806     |       60
(1 row)

每个页面通常为 8 KB。（请记住，relpages 仅由 VACUUM、ANALYZE 和一些 DDL 命令（如 CREATE INDEX）更新。）如果您想直接检查表的磁盘文件，则文件路径名非常重要。

要显示TOAST表使用的空间，请使用如下查询

SELECT relname, relpages
FROM pg_class,
     (SELECT reltoastrelid
      FROM pg_class
      WHERE relname = 'customer') AS ss
WHERE oid = ss.reltoastrelid OR
      oid = (SELECT indexrelid
             FROM pg_index
             WHERE indrelid = ss.reltoastrelid)
ORDER BY relname;

       relname        | relpages
----------------------+----------
 pg_toast_16806       |        0
 pg_toast_16806_index |        1

您也可以轻松显示索引大小

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_index |       26

使用此信息很容易找到您最大的表和索引

SELECT relname, relpages
FROM pg_class
ORDER BY relpages DESC;

       relname        | relpages
----------------------+----------
 bigtable             |     3290
 customer             |     3144

数据库管理员最重要的磁盘监控任务是确保磁盘不会被填满。填满的数据磁盘不会导致数据损坏，但可能会阻止有用的活动发生。如果保存 WAL 文件的磁盘空间已满，则可能会发生数据库服务器恐慌并导致关机。

如果您无法通过删除其他内容来释放磁盘上的额外空间，则可以通过使用表空间将某些数据库文件移动到其他文件系统。有关更多信息，请参见第 22.6 节。

如果您的系统支持按用户磁盘配额，则数据库自然会受到服务器运行用户配额的约束。超出配额将产生与磁盘空间完全耗尽相同的糟糕影响。