Questions tagged «vacuum»

我正在Mac（10.10.4）上运行Postgres（postgis）9.4.2。 我有几个大桌子（几个TB）。 在其中一个索引建立大约一个星期的过程中，我看到了可用的HD空间下降，正如您所期望的那样，当断电持续时间比电池单元和系统更长时，索引将接近完成索引的时间点下去了。fillfactor=100由于它是静态数据源，因此在构建过程中需要缓冲。重新启动后，驱动器上剩余的可用空间恰好接近索引构建即将结束时的位置。真空分析无法释放空间。 我试着放下桌子并重新吃东西，但并没有减少空间。现在，我在一个没有足够空间来建立索引的地方。 索引构建期间生成的文件是否卡在某个状态中，由于机器在断电期间停机而无法被系统删除？ 当我查看db中的表大小+索引（这是该驱动器上的唯一数据）时，它们的总和约为6TB。该驱动器为8TB，而驱动器上剩余的空间不足500GB，因此似乎某个地方丢失了约1.5TB的数据，其大小与索引的大小差不多。 有任何想法吗？

9 postgresql  index  postgresql-9.4  disk-space  vacuum 

VACUUM ANALYZE VERBOSE在对一些较大的表进行重大DELETE/INSERT更改之后，我们对它们进行了“手动” 处理。这似乎没有问题，尽管有时表的VACUUM工作将运行几个小时（有关类似问题和推理，请参阅此帖子）。 在进行更多研究时，我发现即使在运行后，我们也有包含大量死元组的大表VACUUM。例如，以下是此响应中查询产生的一些统计信息。 -[ RECORD 50 ]--+--------------------------- relname | example_a last_vacuum | 2014-09-23 01:43 last_autovacuum | 2014-08-01 01:19 n_tup | 199,169,568 dead_tup | 111,048,906 av_threshold | 39,833,964 expect_av | * -[ RECORD 51 ]--+--------------------------- relname | example_b last_vacuum | 2014-09-23 01:48 last_autovacuum | 2014-08-30 12:40 n_tup | 216,596,624 …

8 postgresql  postgresql-9.3  vacuum