9.1第二十八章

From PostgreSQL wiki
Jump to navigationJump to search

Chapter 28. 监控磁盘的使用

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

28.1. 判断磁盘的使用量

每个表都有一个主堆磁盘文件,大多数数据都存储在这里。如果一个表有着可能会很长的字段,则另外还有一个 TOAST 文件与这个表相关联,用于存储因为数值太长而不能存储在主表里面的数据(请参考 54.2 节)。如果有这个扩展表,那么表上会有一个TOAST索引。当然,同时还可能有索引和基础表关联。每个表和索引都存放在单独的磁盘文件里 —— 如果文件超过一G字节,甚至可能多于一个文件。这些文件的命名规则在 50.1 小节里描述。

你有三种监控磁盘空间的方法:使用表 9-58 列出的 SQL 函数,使用 contrib/oid2name 里面的工具,或者手工观察系统 catalogs。SQL 函数最容易使用,是推荐的方法。contrib/oid2name 在 F.19 小节里讨论。本小节剩下的部分显示如何通过观察系统 catalogs 实现这些功能。

如果使用 psql 连接到任何最近刚刚清理或者分析过的数据库, 那么我们可以用查询来查看任意表的磁盘使用:

SELECT pg_relation_filepath(oid), relpages FROM pg_class WHERE relname = 'customer';
 pg_relation_filepath | relpages 
----------------------+----------
 base/16384/16806     |       60
(1 row)

每个页通常为 8K 字节。(请记住,relpages 只能通过 VACUUM,ANALYZE 和一些例如 CREATE INDEX 一类的 DLL 命令更新。)如果你想直接检查表的磁盘文件,那么给出的文件名应该有用。

想显示 TOAST 表使用的空间,使用如下的查询:

SELECT relname, relpages
FROM pg_class,
     (SELECT reltoastrelid
      FROM pg_class
      WHERE relname = 'customer') AS ss
WHERE oid = ss.reltoastrelid OR
      oid = (SELECT reltoastidxid
             FROM pg_class
             WHERE oid = 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

28.2. 磁盘满导致的失效

数据库管理员最重要的磁盘监控任务是确保磁盘不要被撑满。被撑满的数据磁盘不会导致数据破坏,但它肯定会导致系统进一步使用的问题。如果保存 WAL 文件的磁盘被撑满了,数据库服务器可能停止服务然后接下来可能关闭。

如果你无法通过删除其他东西释放更多的空间,你可以通过使用表空间来移动一些数据库文件到其他的文件系统。更多信息请参考 21.6 小节。

提示:一些文件系统在它接近满的时候的性能极低,所以请不要在磁盘完全满了的时候才采取行动。

如果你的系统支持针对每用户的磁盘配额,那么数据库将自然受制于用户所处的服务器给他的份额限制。超过份额的负面影响和用光磁盘是完全一样的。