详解PostgreSQL 数据库 自动Vacuum配置方式

PostgreSQL的Vacuum由于以下原因需要定期执行。

释放,再利用因更新或者删除更新而占用的磁盘空间。

更新PostgreSQL 查询计划用的统计数据。

避免事务ID的重置而引起非常老的数据丢失。

VACUUM 的标准SQL文的执行和其他的对数据库的实际操作可以并行处理。

SELECT 、INSERT 、UPDATE 、DELETE 等命令和同通常一样继续能够执行。

但是，VACUUM处理中的时候， ALTER TABLE ADD COLUMN等等的命令不能够对表进行重新定义。

还有，由于执行VACUUM 的时候，有大量的I/O操作，其他的操作可能性能比较低，比如查询的反应非常慢。为了较少对性能的影响，可以通过参数来调整。

autovacuum （boolean ）：

数据库服务器是否设置为自动vacuum。默认为 自动vacuum。 但是如果要让vacuum能够正常运转，必须使 track_counts 有效。 track_counts这个参数在 postgresql.conf配置文件内，或者通过命令来设置。

即使设置不是自动vacuum。系统发现有防止事务ID的重置的必要的时候也会自动启动

log_autovacuum_min_duration （integer ）：

设置执行时间超过多长 的vacuum才输出log。时间单位毫秒。

如果这个参数设置为0的话，所有vacuum相关 的log都输出。

如果这个参数设置为-1的话，这个也是默认设置。log的输出无效，也就是所有vacuum相关 的log都不输出。

这个参数的设置可以修改postgresql.conf配置文件，也可以通过命令来设置。

autovacuum_max_workers （integer ）：

设置能够同时执行的vacuum最大进程数。 默认是3个。

这个参数的设置可以修改postgresql.conf配置文件，也可以通过命令来设置。

autovacuum_naptime （integer ）：

设置数据库执行vacuum的最小延迟。时间单位是分。默认是1分钟。这个参数的设置可以修改postgresql.conf配置文件，也可以通过命令来设置。

autovacuum_vacuum_threshold （integer ）：

设置任何一张表内触发VACUUM 的 更新，删除tuple的最小数。默认为50。

这个参数的设置可以修改postgresql.conf配置文件，也可以通过命令来设置。这个设定通过 pg_autovacuum的项目可以覆盖每张表。

autovacuum_analyze_threshold （integer ）：

设置任何一张表内触发ANALYZE 的更新，删除tuple的最小数。默认为50。

这个参数的设置可以修改postgresql.conf配置文件，也可以通过命令来设置。这个设定通过 pg_autovacuum的项目可以覆盖每张表。

autovacuum_vacuum_scale_factor （floating point ）：

是否触发VACUUM的判断的时候 、设置 autovacuum_vacuum_threshold 追加的表容量断片。默认是0.2（即20%）。

这个参数的设置可以修改postgresql.conf配置文件，也可以通过命令来设置。这个设定通过 pg_autovacuum的项目可以覆盖每张表。

autovacuum_analyze_scale_factor （floating point ）：

是否触发 ANALYZE 的判断的时候 、设置 autovacuum_vacuum_threshold 追加的表容量断片。默认是0.1（即10%）。

这个参数的设置可以修改postgresql.conf配置文件，也可以通过命令来设置。这个设定通过 pg_autovacuum的项目可以覆盖每张表。

autovacuum_freeze_max_age (integer )：

为了防止事务ID的重置，VACUUM强制操作前，设置表的 pg_class .relfrozenxid字段的最大值。默认是2亿。

这个参数只能够在启动的时候设置。

autovacuum_vacuum_cost_delay （integer ）：

设置自动vacuum操作中cost延迟。默认是20毫秒。设置的为-1的话，使用vacuum_cost_delay的值。

这个参数的设置可以修改postgresql.conf配置文件，也可以通过命令来设置。这个设定通过 pg_autovacuum的项目可以覆盖每张表。

autovacuum_vacuum_cost_limit （integer ）：

设置自动vacuum操作中cost的最大界限值。默认是-1，这时候用vacuum_cost_limit的值。 这个参数的设置可以修改postgresql.conf配置文件，也可以通过命令来设置。这个设定通过 pg_autovacuum的项目可以覆盖每张表。

补充：PostgreSQL数据库管理:定期vacuum

为什么PostgreSQL数据库管理工作中,定期vacuum是一个重要的工作.

原因在于以下3点：

释放,再利用 更新/删除的行所占据的磁盘空间.

更新PostgreSQL查询计划中使用的统计数据.

防止因事务ID的重置而使非常老的数据丢失.

第一点的原因是

PostgreSQL数据的插入,更新,删除操作并不是真正放到数据库空间.如果不定期释放空间的话,由于数据太多,查询速度会巨降.

第二点的原因是

PostgreSQL在做查询处理的时候,为了是查询速度提高,会根据统计数据来确定执行计划.如果不及时更新的话,查询的效果可能不如预期.

第三点的原因是

PostgreSQL中每一个事务都会产生一个事务ID,但这个数字是有上限的. 当事务ID达到最大值后,会重新从最小值开始循环.这样如果不及时把以前的数据释放掉的话,原来的老数据会因为事务ID的丢失而丢失掉.

话说回来vacuum操作可以手动和自动.如果有专门的数据库维护人员的话,可以适时进行.但很多系统为了节省维护成本,这样就需要依赖自动vacuum了.

虽说定期vacuum是PostgreSQL的一个弱点,不过在8.3版本以后,把这个任务交给自动vacuum就可以了.

要使自动vacuum有效,必须设置track_counts参数为true.具体的设置可以参照官方的文档.

定期vacuum还是自己写一个shell来自动执行比较好.

在shell中执行vacuumdb命令. 例: ./vacuumdb -d databaseName –analyze

以上为个人经验，希望能给大家一个参考，也希望大家多多支持。如有错误或未考虑完全的地方，望不吝赐教。