VACUUM

垃圾收集并根据需要分析一个数据库。

概要

VACUUM [FULL] [FREEZE] [VERBOSE] [table]

VACUUM [FULL] [FREEZE] [VERBOSE] ANALYZE
              [table [(column [, ...] )]]

描述

VACUUM收回由死亡元组占用的存储空间。在通常的Greenplum数据库操作中，被删除或者被更新废弃的元组并没有在物理上从它们的表中移除，它们将一直存在直到一次VACUUM被执行。因此有必要周期性地做VACUUM，特别是在频繁被更新的表上。

在不带任何参数的情况下，VACUUM会处理当前用户具有清理权限的当前数据库中的每一个表。通过使用一个参数，VACUUM可以只处理指定表。

VACUUM ANALYZE对每一个选定的表执行一个VACUUM然后执行ANALYZE。这是两种命令的一种方便的组合形式，可以用于例行的维护脚本。其处理细节可参考ANALYZE。

VACUUM（不带FULL）标记在表和索引中已经删除和废除的数据用于之后重用以及收回空间用于重用，只要空间位于一个表末端以及表上的排它锁能够容易地获取。在表开头和中间位置的没有使用的空间仍旧保留。在堆表中，这种形式命令能够并行读写表，因为没有获取排它锁。

使用追加优化表， VACUUM首先通过清理索引来紧缩表，然后依次紧缩每个Segment文件，最后清理辅助关系同时更新统计信息。在每个Segment上，可见行从当前Segment文件复制到一个新的Segment文件，然后将当前的Segment文件计划为将删除同时将新的Segment文件设置为可用。一个追加优化表的简单VACUUM允许在Segment文件被紧缩时做扫描、插入、删除以及更新操作。不过，将会短暂地取得一个Access Exclusive锁以删除当前的Segment文件并且激活新的Segment文件。

VACUUM FULL会做更多深入的处理，包括为了尝试把表紧缩成占用最少的磁盘块而在块间移动元组。这种形式会更慢一些并且在每个表被处理时都需要取得其上的Access Exclusive锁。Access Exclusive锁确保持有者是唯一访问该表的事务。

重要：更多关于使用 VACUUM、VACUUM FULL和 VACUUM ANALYZE信息，见注解

输出

如果指定了VERBOSE，VACUUM会发出进度消息来表明当前正在处理哪个表。各种有关这些表的统计信息也会被打印出来。

参数

FULL: 选择"完全"清理，它可以收回更多空间，并且需要更长时间和表上的排他锁。
FREEZE: 指定FREEZE等价于参数vacuum_freeze_min_age设置为0的VACUUM。见服务器配置参数获取关于vacuum_freeze_min_age的信息。
VERBOSE: 为每个表打印一份详细的清理活动报告。
ANALYZE: 更新优化器用以决定最有效执行一个查询的方法的统计信息。
table: 要清理的表的名称（可以有模式修饰）。缺省时是当前数据库中的所有表。
column: 要分析的指定列的名称。缺省是所有列。

注解

VACUUM不能再一个事务块中执行。

我们建议经常清理活动的生产数据库（至少每晚一次），以保证移除失效的行。在增加或删除了大量行之后，对受影响的表执行VACUUM ANALYZE 命令是一个很好的做法。这样做将把最近的更改更新到系统目录，并且允许Greenplum数据库查询规划器在规划用户查询时做出更好的选择。

重要：在PostgreSQL中有一个单独叫做autovacuum守护进程的可选服务进程，用来自动执行VACUUM和ANALYZE命令。该特征在Greenplum数据库中被禁止了。

VACUUM会导致I/O流量的大幅度增加，这可能导致其他活动会话性能变差。因此，有时建议使用基于代价的清理延迟特性。

对于堆表，无效行被记录在一个叫做空闲空间映射地方。空闲空间映射必须足够大能够覆盖数据库中所有堆表的无效行。如果空间不足，那些从空闲空间映射溢出的无效行占用的空间将不能被一个VACUUM回收。

VACUUM命令略过外部包。

VACUUM FULL 回收所有无效行空间，然后它需要获取一个排它锁在它当前处理的每个表上面，这是一个非常昂贵的操作，有可能会耗费很长的时间再那些大的，分布式的Greenplum数据库的表上。执行VACUUM FULL在维护数据库期间。

作为一个VACUUM FULL的替代方案，用户可以通过使用CREATE TABLE AS重新构建表，然后删除旧的表。

将空闲空间映射设置为适当的大小。通过下面的配置参数来配置空闲空间映射：

max_fsm_pages
max_fsm_relations

对于追加优化表， VACUUM 要求有足够的磁盘空间来容纳新的Segment文件在 VACUUM执行过程中。如果在一个Segment文件中隐藏行的行数占总行数的比率小于一个阈值（默认值，10），那么Segment文件不会进行压缩。阈值可以通过 gp_appendonly_compaction_threshold来进行配置。VACUUM FULL忽略阈值同时重写段文件而不考虑比率。可以通过gp_appendonly_compaction参数来关闭在追加优化表上VACUUM的使用。见服务器配置参数获取更多关于服务器配置参数信息。

在追加优化表被清理时如果检测到一个并发的可序列化事务，那么当前和后续的Segment文件都不会被紧缩。如果一个Segment文件已经被紧缩但是在删除原始Segment文件的事务中检测到在一个并发可序列化事务，则会跳过删除。这样在清理完成后，可能会留下一个或两个状态为“awaiting drop”的Segment文件。

更多关于Greenplum数据库并发控制的信息，见Greenplum数据库管理员指南中的“日常系统维护任务”部分。

示例

清理当前数据库下的所有表：

VACUUM;

只清理一张特定的表：

VACUUM mytable;

清理当前数据库下的所有表同时为查询优化器收集统计信息：

VACUUM ANALYZE;

兼容性

在SQL标准中没有VACUUM。

另见

ANALYZE