当前位置:   article > 正文

PostgreSQL教程(三十二):服务器管理(十四)之监控磁盘使用

PostgreSQL教程(三十二):服务器管理(十四)之监控磁盘使用

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

一、判断磁盘用量

每个表都有一个主要的堆磁盘文件,大多数数据都存储在其中。如果一个表有着可能会很宽(尺寸大)的列, 则另外还有一个TOAST文件与这个表相关联, 它用于存储因为太宽而不能存储在主表里面的值。如果有这个附属文件,那么TOAST表上会有一个可用的索引。 当然,同时还可能有索引和基表关联。每个表和索引都存放在单独的磁盘文件里 — 如果文件超过 1G 字节,甚至可能多于一个文件。

你可以以三种方式监视磁盘空间:使用表1.1列出的SQL函数、使用oid2name模块或者人工观察系统目录。SQL函数是最容易使用的方法,同时也是我们通常推荐的方法。本节剩余的部分将展示如何通过观察系统目录来监视磁盘空间。

表1.1

名称返回类型描述
pg_column_size(any)int存储一个特定值(可能压缩过)所需的字节数
pg_database_size(oid)bigint指定 OID 的数据库使用的磁盘空间
pg_database_size(name)bigint指定名称的数据库使用的磁盘空间
pg_indexes_size(regclass)bigint附加到指定表的索引所占的总磁盘空间
pg_relation_size(relation regclassfork text)bigint指定表或索引的指定分叉('main''fsm''vm''init')使用的磁盘空间
pg_relation_size(relation regclass)bigintpg_relation_size(..., 'main')的简写
pg_size_bytes(text)bigint把人类可读格式的带有单位的尺寸转换成字节数
pg_size_pretty(bigint)text将表示成一个 64位整数的字节尺寸转换为带尺寸单位的人类可读格式
pg_size_pretty(numeric)text将表示成一个数字值的字节尺寸转换为带尺寸单位的人类可读格式
pg_table_size(regclass)bigint被指定表使用的磁盘空间,排除索引(但包括 TOAST、空闲空间映射和可见性映射)
pg_tablespace_size(oid)bigint指定 OID 的表空间使用的磁盘空间
pg_tablespace_size(name)bigint指定名称的表空间使用的磁盘空间
pg_total_relation_size(regclass)bigint指定表所用的总磁盘空间,包括所有的索引和TOAST数据

在一个最近清理过或者分析过的数据库上使用psql,你可以发出查询来查看任意表的磁盘用量:

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

每个页通常都是 8K 字节(记住,relpages只会由VACUUMANALYZE和少数几个 DDL 命令如CREATE INDEX所更新)。如果你想直接检查表的磁盘文件,那么文件路径名应该有用。

要显示TOAST表使用的空间,我们可以使用一个类似下面这样的查询:

  1. SELECT relname, relpages
  2. FROM pg_class,
  3. (SELECT reltoastrelid
  4. FROM pg_class
  5. WHERE relname = 'customer') AS ss
  6. WHERE oid = ss.reltoastrelid OR
  7. oid = (SELECT indexrelid
  8. FROM pg_index
  9. WHERE indrelid = ss.reltoastrelid)
  10. ORDER BY relname;
  11. relname | relpages
  12. ----------------------+----------
  13. pg_toast_16806 | 0
  14. pg_toast_16806_index | 1

你也可以很容易地显示索引的尺寸:

  1. SELECT c2.relname, c2.relpages
  2. FROM pg_class c, pg_class c2, pg_index i
  3. WHERE c.relname = 'customer' AND
  4. c.oid = i.indrelid AND
  5. c2.oid = i.indexrelid
  6. ORDER BY c2.relname;
  7. relname | relpages
  8. ----------------------+----------
  9. customer_id_indexdex | 26

我们很容易用下面的信息找出最大的表和索引:

  1. SELECT relname, relpages
  2. FROM pg_class
  3. ORDER BY relpages DESC;
  4. relname | relpages
  5. ----------------------+----------
  6. bigtable | 3290
  7. customer | 3144

二、磁盘满失败

一个数据库管理员最重要的磁盘监控任务就是确保磁盘不会写满。一个写满了的数据磁盘可能不会导致数据的崩溃,但它肯定会让系统变得不可用。如果保存 WAL 文件的磁盘变满,会发生数据库服务器致命错误并且可能发生关闭。

如果你不能通过删除一些其他的东西来释放一些磁盘空间,那么你可以通过使用表空间把一些数据库文件移动到其他文件系统上去。

提示:

有些文件系统在快满的时候性能会急剧恶化,因此不要等到磁盘完全满的时候才采取行动。

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

声明:本文内容由网友自发贡献,不代表【wpsshop博客】立场,版权归原作者所有,本站不承担相应法律责任。如您发现有侵权的内容,请联系我们。转载请注明出处:https://www.wpsshop.cn/w/笔触狂放9/article/detail/235214
推荐阅读
相关标签
  

闽ICP备14008679号