VACUUM 和 VACUUM FULL 不会将空间返回给操作系统

Question

我正在运行 Postgres 8.3.3。我在 Linux 文件系统上有一个非常完整的 postgres 数据库。我已经运行了 VACUUM 和 VACUUM FULL，但没有任何空间返回给操作系统。当我在 postgres 中观察表的大小时，它表明该表使用的空间要少得多（从 80MB 到 800MB）。

还有什么应该运行的吗？

Answer 1

首先，您应该升级到最新版本的 8.3 分支（即 8.3.17）。在 8.3.3 之后对 VACUUM 和 autovacuum 进行了一些修复（尽管我认为这些都不能解决您的问题）

我认为在某些情况下，即使 VACUUM FULL 也无法释放所有空间。您可以尝试在表上运行 CLUSTER，它比 VACUUM FULL 重建它做得更好（尤其是使用旧版本）

CLUSTER 的缺点是它需要更多的中间空间（因为重建不是“就地”完成的），所以如果你的文件系统真的很满，那么它可能是不可能的。

Answer 2

当 a) 空闲空间在表的最后，并且 b) 它可以在表上获得排他锁时，PostgreSQL 将表的空闲空间返回给操作系统。VACUUM FULL 试图强制这两种情况都发生，但是可能在 8.3.3 之后的 8.3 版本中修复了该区域中的十几个错误。

请注意，此处的表和索引都占用了磁盘空间，并且已知 VACUUM FULL 在尝试缩小表大小时会增加索引大小。使用类似于Disk Usage 中的查询来查看空间分布的位置。如果实际上是索引占用了空间，那么再多的 VACUUM 也无法解决问题；尝试使用 REINDEX 代替它们。这将需要更多空间来容纳重建的版本。如果真的为空间卡住了，您可能必须临时删除索引，然后重新创建它。CLUSTER 将完全重建整个表并丢弃所有旧的残骸，但它需要能够保存表和所有索引的全新副本才能做到这一点。