每个表都有一个主堆磁盘文件，其中存储了大多数数据。如果表中有任何列的值可能很宽，则还可能有一个与该表关联的TOAST文件，该文件用于存储太宽而无法轻松放入主表中的值（参见第 65.2 节）。如果存在， TOAST表上将有一个有效索引。还可能有与基表关联的索引。每个表和索引都存储在单独的磁盘文件中 — 如果文件超过 1 GB，则可能不止一个文件。

在最近清理或分析过的数据库上使用psql ，您可以发出查询来查看任何表的磁盘使用情况：

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

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

每个页面通常为 8 千字节。（请记住，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_indexdex |       26

使用以下信息很容易找到最大的表和索引：

SELECT relname, relpages
FROM pg_class
ORDER BY relpages DESC;

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

磁盘已满故障

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

如果无法通过删除其他内容来释放磁盘上的额外空间，则可以利用表空间将一些数据库文件移动到其他文件系统。

提示：某些文件系统在快满时性能会变差，因此不要等到磁盘完全满了才采取行动。

如果您的系统支持每个用户的磁盘配额，那么数据库自然会受到服务器运行所用用户的配额限制。超出配额将产生与完全耗尽磁盘空间相同的不良影响。