PostgreSQL数据库日常维护两个要点

数据库服务器，应对是高并发的访问，每天都有大量的读写删除操作。因此，时间一长服务器的内存就耗尽，数据库的占的空间也很大。为了应对这个情况，我制定两个常用的维护操作。 一、注重日常清理（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; 通过这两个维护，可以及时释放废弃的资源，让数据库轻装运行，速度更快