目录

使用pgstattuple插件查看表膨胀空间

死元组&膨胀系数清理

查看表占用磁盘空间大小是如何组成的

什么是fms和vm？

什么是TOAST？

查看表和其关联的TOAST表的oid的关系

方法一

方法二

参考文档

---

使用pgstattuple插件查看表膨胀空间

select *,1.0 - tuple_len::numeric / table_len as bloat from pgstattuple('table_name');

table_len bigint	物理关系长度（以字节为单位）
tuple_count bigint	存活元组数量
tuple_len bigint	活动元组的总长度（以字节为单位）
tuple_percent float8	存活元组的百分比
dead_tuple_count bigint	死元组数量
dead_tuple_len bigint	死元组的总长度（以字节为单位）
dead_tuple_percent float8	死亡元组的百分比
free_space bigint	总可用空间（以字节为单位）
free_percent float8	可用空间百分比
bloat	表膨胀系数

死元组&膨胀系数清理

• 使用vacuum命令，可以清理死元组，但是膨胀系数不会降低。因为该命令不会将磁盘空间返回给操作系统，但是新的数据可以复用空间。
• 使用vacuum full命令，可以降低膨胀系数。因为该命令会将磁盘空间返回给操作系统，但是会产生独立锁，导致清理期间表不可用。且清理期间磁盘使用空间最多会翻倍，因为操作是将有用的数据写到一个新的表里，结束后删除旧表，释放空间。

其他详细死元组&膨胀系数清理的信息，可以参考：postgresql磁盘空间清理

查看表占用磁盘空间大小是如何组成的

select pg_relation_size('table_name', 'main') as main, \pg_relation_size('table_name', 'fsm') as fsm, \pg_relation_size('table_name', 'vm') as vm, \pg_relation_size('table_name', 'init') as init, \pg_relation_size('table_name') as pg_relation_size, \pg_total_relation_size('toast_oid') as toast, \pg_table_size('table_name') as pg_table_size, \pg_indexes_size('table_name') as pg_indexes_size, \pg_total_relation_size('table_name') as pg_total_size;

main	fsm	vm	init	pg_relation_size	toast	pg_table_size	pg_indexes_size	pg_total_size
315623104512	77602816	9027584	0	315623104512	2504810496	318214545408	137802727424	456017272832

关联关系：

• main = pg_relation_size ；其实pg_relation_size('table_name')就是pg_relation_size('table_name', 'main')的简写
• 表占空间的大小 = main + fsm + vm + init + toast = pg_table_size
• 索引占空间的大小 = pg_indexes_size
• 表真实占用磁盘空间 = 表占空间的大小 + 索引占空间的大小 = pg_table_size + pg_indexes_size

什么是fms和vm？

空闲空间映射(FSM) - free space maps 
每一个表和索引（除了哈希索引）都有一个空闲空间映射（FSM）来保持对关系中可用空间的跟踪；
它伴随着主关系数据被存储在一个独立的关系分支中，以关系的文件节点号加上一个_fsm后缀命名；

FSM文件是执行VACUUM操作时，或者是为了插入行而第一次查询FSM文件时才会创建；

可见性映射(VM) - visual map
每一个表都有一个可见性映射（VM）用来跟踪哪些页面只包含已知对所有活动事务可见的元组，它也跟踪哪些页面只包含未被冻结的元组；
它伴随着主关系数据被存储在一个独立的关系分支中，以该关系的文件节点号加上一个_vm后缀来命名。

VM文件中为每个数据块设置了一个标志位，用来标记数据块中是否存在需要清理的行。
有了这个文件后，通过VACUUM命令扫描这个 文件时，如果发现VM文件中这个数据块上的位表示该数据块没有需要清理的行，则会跳过对这个数据块的扫描，从而加快VACUUM清理的速度。

什么是TOAST？

TOAST（超尺寸属性存储技术－The Oversized-Attribute Storage Technique）。

PostgreSQL使用固定的页面尺寸（通常是8kB)，并且不允许元组跨越多个额页面。因此不可能直接存储非常大的域值。为了克服这个限制，大的域值会被压缩并/或分解成多个物理行。这些处理对用户都是透明的，只是在大部分的后端代码上有一些小的影响。这个技术的昵称是TOAST（或者“切片面包之后的最好的东西”）。TOAST 机制也被用来提升内存中大型数据值的处理。

查看表和其关联的TOAST表的oid的关系

数据库表和TOAST表的信息都在pg_class表中

数据库表信息所在行记录了：表的oid，表名，表关联的TOAST表的oid

TOAST表信息所在的行记录了：TOAST表的iod，TOAST表的表名

方法一

一条语句直接导出表和其TOAST表的关联关系

SELECTc.relname AS "main_table",c.oid AS "main_table_oid",t.relname AS "toast_table",t.oid AS "toast_table_oid"
FROM pg_class c
JOIN pg_class t ON c.reltoastrelid = t.oid
WHERE c.relkind = 'r';

方法二

1.查询表、表oid，和其关联的TOAST表的oid

select oid,relname,reltoastrelid from pg_class where relname = 'table_name';

2.使用TOAST表的iod，查询TOAST表的信息

(其实一般情况下，有了TOAST表的oid就够用了)

select oid,relname from pg_class where oid = 'toast_iod';

参考文档

Pgsql表膨胀的产生及处理(oracle,postgres) - AI牛丝

pg_relation_size,pg_table_size,pg_indexes_size,pg_total_relation_size之间的关系-CSDN博客

PostgreSQL 之 FSM和VM的理解_vacuum命令通过扫描后缀为_fsm的文件可以加快vacuum进程-CSDN博客