@H_502_34@关于Postgresql运用管理必要的工作 @H_502_34@运用前设 定 @H_502_34@日单 位 进 行的工作 @H_502_34@ 1 VACUUM ：Postgresql是追加类型的软件架构。更新，删除的处理中会有数据内部的Ｇａｒｂａｇｅ的产生。Ｇａｒｂａｇｅ是DB肥大化和缓存利用效率低下的重要原因。VACUUM是做回收Ｇａｒｂａｇｅ的。 @H_502_34@ 2 ANALYZE ：DBMS在检索DB内的数据的时候，根据数据的排序和物理配置等等统计信息，采取最有效率的方法来检索数据。ANALYZE就是更新这些统计数据的。 @H_502_34@ 3 取得系统 的 资 源信息 ：DBMS和OS等等软件所消费的HW（硬件）资源。比如典型的cpu使用率，硬盘使用率，每个进程的活动状态等等信息。记录好这些信息后在问题发生前就能够察觉然后采取对策避免。比如DB肥大，硬盘没空间了等等。 @H_502_34@ 4 备 份 ：分为两种方式，DB内容逻辑形式取得和文件系统的文件取得。 @H_502_34@ ① 逻辑备份(pg_dump)：用pg_dump命令取得sql形式的数据，可以是取得一部分表，整个DB。这种方式小规模的场合比较常用。 @H_502_34@ ② 在线备份：用rsync，cp命令从DB族中取得文件。不能指定DB或表单位，因此是DB族全体备份。根据Active log来恢复。 @H_502_34@
@H_502_34@月单 位 进 行的工作 @H_502_34@ 每月一次的Ｍａｉｎｔｅｎａｎｃｅ，定期使系统达到最优状态。主要有以下工作： @H_502_34@ 1 REINDEX ：重新构筑index。因此index有失效的可能。 @H_502_34@ 3 VACUUM FULL ：表的物理压缩等，避免DB肥大化。 @H_502_34@ 4 及时 版本更新等。 @H_502_34@不定期进 行的工作

Postgresql：运用管理篇

由于很多人对 Postgresql运用管理中要做什么不是很清楚。本篇大体介 绍 一下运用管理要做的工作。

ＰｏｓｔｇｒｅＳＱＬ运用管理中要做的工作是什么呢？虽 然运用要求不同，可能工作有所不同，但一般要做的工作如下：

Ｍａｉｎｔｅｎａｎｃｅ（维护 ） ：DB（数据 库 ）由于 长时间 的运行，内部状 态伦 理，物理上发生了 变 化，或者性能只 发挥 了一部分等。通 过维护 使系 统 最 优 化。

监视 ：DB异常 发 生前或者 发 生后的管理，DB和OS的状 态 的 监视 是非常关 键 的。把握下一个事情要 发 生或已 经 的事情，防范 问题 于未然。系 统 的 资 源和DB的运行 统计 信息的 监视 就是 这 部分的工作。

备 份/恢复 ：系 统 故障 发 生的 场 合的数据 丢 失等等，从 备 份DB恢复是必要的。根据 备 份和恢复要花 费 的 时间 来决定 备 份方法。

升级 /更新 ：Postgresql的新版 发 布中，有两个部分，版本名(x.y.z)的y 变 化的主要 发 布(8.3 → 8.4)，和z 变 化的一般 发 布（8.3.6 → 8.3.7)。

上面的这 些工作究竟什么 时 候做呢？以下分 为 运用前的 设 定，日 单 位，月 单 位，不定期来 说 明。

1 log的管理设 定 ：Log的 输 出路径，log 级别 等等。Log是 问题发 生后最直接的重要信息。

2 运行统计 信息 设 定：Postgresql会 监视 自身的内部活 动 ， 这 些 统计 信息都保持在 专门 的表里面。

3 开启autovacuum ：这 个功能是 监视 表的状 态 在必要的 时 候自 动 VACUUM。8.3版本以后默 认 都是开启的。可以 设 置 执 行多 长时间 的VACUUM才 输 出到log。

2 CLUSTER ：根据index顺 序，表的数据在物理上重新 编 成。

数据库 一下子很慢了或者没有反 应 了。 这 个 时 候就要采取 应 急措施。如系 统 重新或者Postgresql重启。

原文链接：https://www.f2er.com/postgresql/197203.html