WildBill Asked: 2011-12-15 22:51:34 +0800 CST2011-12-15 22:51:34 +0800 CST 2011-12-15 22:51:34 +0800 CST VACUUM 和 VACUUM FULL 不会将空间返回给操作系统 772 我正在运行 Postgres 8.3.3。我在一个非常完整的 Linux 文件系统上有一个 postgres 数据库。我已经运行了 VACUUM 和 VACUUM FULL，但没有任何空间返回给操作系统。当我在 postgres 中观察表的大小时，它表明该表使用的空间要少得多（从 ~800MB 降至 80MB）。 还有其他应该运行的东西吗？ postgresql 2 个回答 Voted Best Answer a_horse_with_no_name 2011-12-15T23:58:38+08:002011-12-15T23:58:38+08:00 首先，您应该升级到最新版本的 8.3 分支（即 8.3.17）。在 8.3.3 之后有几个对 VACUUM 和 autovacuum 的修复（尽管我认为这些都不能解决你的问题） 我认为在某些情况下，即使 VACUUM FULL 也无法释放所有空间。您可以尝试在表上运行 CLUSTER ，它比 VACUUM FULL 更好地重建它（尤其是旧版本） CLUSTER 的缺点是它需要更多的中间空间（因为重建不是“就地”完成的），所以如果你的文件系统真的满了，那么它可能是不可能的。 Greg Smith 2011-12-20T17:24:02+08:002011-12-20T17:24:02+08:00 当 a) 空闲空间位于表的最后，并且 b) 它可以获得表的排他锁时，PostgreSQL 将空闲空间返回给操作系统。VACUUM FULL 试图强制这两种情况发生，但是在这个区域中可能有十几个错误被更高版本的 8.3 修复，您可能会在 8.3.3 中遇到这些错误。 请注意，这里的表和索引都占用了磁盘空间，并且已知 VACUUM FULL 在尝试缩小表大小时会增加索引大小。使用类似磁盘使用中的查询来查看空间分布在哪里。如果实际上是索引占用了空间，那么再多的 VACUUM 也无法解决问题；尝试对它们进行 REINDEX。这将需要更多空间来保存重建版本。如果真的卡住了空间，您可能不得不暂时删除索引，然后重新创建它。CLUSTER 将完全重建整个表并丢弃所有旧的垃圾，但它需要能够保存表的全新副本和所有索引才能做到这一点。
首先，您应该升级到最新版本的 8.3 分支（即 8.3.17）。在 8.3.3 之后有几个对 VACUUM 和 autovacuum 的修复（尽管我认为这些都不能解决你的问题）
我认为在某些情况下，即使 VACUUM FULL 也无法释放所有空间。您可以尝试在表上运行 CLUSTER ，它比 VACUUM FULL 更好地重建它（尤其是旧版本）
CLUSTER 的缺点是它需要更多的中间空间（因为重建不是“就地”完成的），所以如果你的文件系统真的满了，那么它可能是不可能的。
当 a) 空闲空间位于表的最后，并且 b) 它可以获得表的排他锁时，PostgreSQL 将空闲空间返回给操作系统。VACUUM FULL 试图强制这两种情况发生，但是在这个区域中可能有十几个错误被更高版本的 8.3 修复，您可能会在 8.3.3 中遇到这些错误。
请注意，这里的表和索引都占用了磁盘空间，并且已知 VACUUM FULL 在尝试缩小表大小时会增加索引大小。使用类似磁盘使用中的查询来查看空间分布在哪里。如果实际上是索引占用了空间，那么再多的 VACUUM 也无法解决问题；尝试对它们进行 REINDEX。这将需要更多空间来保存重建版本。如果真的卡住了空间，您可能不得不暂时删除索引，然后重新创建它。CLUSTER 将完全重建整个表并丢弃所有旧的垃圾，但它需要能够保存表的全新副本和所有索引才能做到这一点。