数据库服务器，应对是高并发的访问，每天都有大量的读写删除操作。因此，时间一长服务器的内存就耗尽，数据库的占的空间也很大。为了应对这个情况，我制定两个常用的维护操作。
一、注重日常清理（VACUUM;）。因为有大量的更新（update）"删除(delete)操作，会有大量的空间需要释放。
每日执行一次VACUUM，每周访问量低的时候执行VACUUM FULL;
语法结构；
VACUUM [ FULL | FREEZE ] [ VERBOSE ] [ table ]
VACUUM [ FULL | FREEZE ] [ VERBOSE ] ANALYZE [ table [ (column [, ...] ) ] ]
FULL ------选择"完全"清理，这样可以恢复更多的空间， 但是花的时间更多并且在表上施加了排它锁。
FREEZE ---------选择激进的元组"冻结"。
VERBOSE --------- 为每个表打印一份详细的清理工作报告。
ANALYZE --------- 更新用于优化器的统计信息，以决定执行查询的最有效方法。
table ------- 要清理的表的名称（可以有模式修饰）。缺省时是当前数据库中的所有表。
column ---------要分析的具体的列/字段名称。缺省是所有列/字段。
VACUUM 回收已删除元组占据的存储空间。 在一般的 PostgreSQL 操作里， 那些已经 DELETE 的元组或者被 UPDATE 过后过时的元组是没有从它们所属的表中物理删除的； 在完成 VACUUM 之前它们仍然存在。 因此我们有必须周期地运行 VACUUM， 特别是在常更新的表上，如果没有参数，VACUUM 处理当前数据库里每个表， 如果有参数，VACUUM 只处理那个表，简单的 VACUUM （没有FULL） 只是简单地回收空间并且令其可以再次使用；
VACUUM命令的含义为：垃圾收集以及可选地分析一个数据库。VACUUM回收已删除元组占据的存储空间。在一般的 PostgreSQL 操作里， 那些已经 DELETE 的元组或者被 UPDATE 过后过时的元组是没有从它们所属的表中物理删除的； 在完成 VACUUM 之前它们仍然存在。 由于以下几个原因，我们必须周期性运行 PostgreSQL 的 VACUUM 命令∶ 1.恢复那些由已更新的或已删除的行占据的磁盘空间。
例子：
#psql -U pgsql dbname
dbname#VACUUM；
搞定！
二、重建索引(REINDEX)
语法
REINDEX { INDEX | TABLE | DATABASE | SYSTEM } name [ FORCE ]
描述
REINDEX命令用来重建索引。旧的索引将被删除，重新读取索引的父表中的数据来重建索引。REINDEX命令不支持并发创建索引的功能。在下面的情况下，应该重建索引：
· 一个索引中的数据已被破坏，包含非法的数据。软件错误和硬件问题都会导致索引被损坏。
· 索引中包含许多空的或者几乎是空的数据页。应该重建索引，回收物理存储空间。
· 该变了索引的存储参数fillfactor的值，只有重建索引，新的参数值才能完全生效。
· 使用CREATE INDEX CONCURRENTLY命令创建索引时遇到错误，留下一个非法的索引。
例子
（1）重建索引my_index：REINDEX INDEX my_index;
（2）重建表my_table 上的所有索引：REINDEX TABLE my_table;
（3）重建数据库中的所有索引：REINDEX DATABASE broken_db;
#psql -U pgsql dbname
dbname#REINDEX DATABASE dbname;
通过这两个维护，可以及时释放废弃的资源，让数据库轻装运行，速度更快