Redrock Postgres 搜索 英文
版本: 9.3 / 9.4 / 9.5 / 9.6 / 10 / 11 / 12 / 13 / 14 / 15 / 16 / 17

27.6. Monitoring Disk Usage #

27.6.1. Determining Disk Usage
27.6.2. Disk Full Failure

本节讨论如何监视 PostgreSQL 数据库系统的磁盘使用情况。

27.6.1. Determining Disk Usage #

每个表都有一个主堆磁盘文件,大部分数据都存储于此。如果表有任何列的宽度可能有很大范围,则表还可能有一个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 千字节。(请记住,relpages 仅由VACUUMANALYZE和一些 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

27.6.2. 磁盘空间已满故障 #

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

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

提示

一些文件系统在几乎已满时性能较差,因此不要等到磁盘完全已满后再采取措施。

如果您的系统支持按用户磁盘配额,那么数据库自然会受到对服务器运行用户设置的任何配额限制。超过配额将产生与完全用完磁盘空间相同的负面影响。