每個表都有一個主堆磁碟檔案，其中儲存了大部分資料。如果表中有任何列包含可能較寬的值，也可能有一個TOAST與該表關聯的檔案，用於儲存不適合主表中儲存的過寬的值（請參閱 66.2 節）。如果存在，則該表將有一個有效的索引。TOAST該表可能還有與基礎表關聯的索引。每個表和索引都儲存在一個單獨的磁碟檔案中 — 如果檔案超過一吉位元組，則可能不止一個檔案。這些檔案的命名約定在 66.1 節 中進行了描述。

您可以透過三種方式監控磁碟空間：使用 表 9.102 中列出的 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 節。

如果您的系統支援按使用者磁碟配額，那麼資料庫自然會受到應用於執行伺服器的使用者配額的限制。超出配額將產生與磁碟空間完全用完相同的負面影響。