PostgreSQL 自动Vacuum配置方式
PostgreSQL的Vacuum由于以下原因需要定期执行。
释放,再利用因更新或者删除更新而占用的磁盘空间。
更新PostgreSQL查询计划用的统计数据。
避免事务ID的重置而引起非常老的数据丢失。
VACUUM的标准SQL文的执行和其他的对数据库的实际操作可以并行处理。
SELECT、INSERT、UPDATE、DELETE等命令和同通常一样继续能够执行。
但是，VACUUM处理中的时候，ALTERTABLEADDCOLUMN等等的命令不能够对表进行重新定义。
还有，由于执行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（floatingpoint）：
是否触发VACUUM的判断的时候、设置autovacuum_vacuum_threshold追加的表容量断片。默认是0.2（即20%）。
这个参数的设置可以修改postgresql.conf配置文件，也可以通过命令来设置。这个设定通过pg_autovacuum的项目可以覆盖每张表。
autovacuum_analyze_scale_factor（floatingpoint）：
是否触发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-ddatabaseName--analyze
以上为个人经验，希望能给大家一个参考，也希望大家多多支持毛票票。如有错误或未考虑完全的地方，望不吝赐教。