每個資料表都有一個主要堆積磁碟檔案，用於儲存大部分資料。如果資料表的任何欄位具有潛在的寬值，則也可能會有一個TOAST檔案與該資料表相關聯，該檔案用於儲存寬度太大而無法舒適地容納在主資料表中的值（請參閱第 65.2 節）。如果存在，則該TOAST資料表上會有一個有效的索引。也可能存在與基本資料表相關聯的索引。每個資料表和索引都儲存在一個單獨的磁碟檔案中 — 如果該檔案超過 1 GB，則可能有多個檔案。這些檔案的命名慣例在第 65.1 節中描述。

您可以透過三種方式監控磁碟空間：使用表 9.100中列出的 SQL 函數、使用oid2name模組，或手動檢查系統目錄。 SQL 函數最容易使用，通常建議使用。本節的其餘部分將展示如何透過檢查系統目錄來實現。

在最近 vacuum 或分析的資料庫上使用 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 檔案的磁碟變滿，則可能會發生資料庫伺服器 panic 並隨之關閉。

如果您無法透過刪除其他內容來釋放磁碟上的額外空間，則可以使用表空間將某些資料庫檔案移至其他檔案系統。有關更多資訊，請參閱第 22.6 節。

如果您的系統支援每個使用者的磁碟配額，則資料庫自然會受到對執行伺服器的使用者設定的任何配額的約束。超過配額將產生與磁碟空間完全耗盡相同的影響。