由于统计收集会给查询执行增加一些 开销，系统可以配置为收集或不收集 信息。这由通常在 postgresql.conf 中设置的配置变量控制 （设置配置变量的详情见 第 3.4 节）。

要让统计收集器能够启动，必须把变量 STATS_START_COLLECTOR 设为 true。这是默认且被推荐的设置， 但如果你对统计信息不感兴趣并想榨干 每一点开销，也可以把它关掉。（不过节省的 开销可能很小。）注意这个选项 在服务器运行期间不能更改。

变量 STATS_COMMAND_STRING、 STATS_BLOCK_LEVEL 和 STATS_ROW_LEVEL 控制实际发送给收集器的信息量， 从而决定运行时开销 的大小。 它们分别决定一个服务器进程是否 把自己的当前命令串、磁盘块级访问统计和 行级访问统计发送给收集器。通常这些变量 在 postgresql.conf 中设置， 从而作用于所有服务器 进程，但可以用 SET 命令在单个 服务器进程中开关它们。（为防止 普通用户向管理员隐藏自己的活动，只有 超级用户才被允许用 SET 更改这些 变量。）

有若干预定义视图可用来显示统计收集的 结果。另外，也可以 用底层的统计函数构建自定义视图。

用统计信息监控当前活动时，重要的一点是 要认识到这些信息不会即时更新。 每个服务器进程在等待下一条 客户端命令之前传输新的访问计数；因此仍在进行中的查询 不会影响显示的总量。此外，收集器本身 每最多 PGSTAT_STAT_INTERVAL（默认 500 毫秒）才发出一次新的总量。因此显示的总量落后于 实际活动。

另一个要点是，当服务器进程被要求显示 这些统计信息中的任何一种时，它会先取回 收集器进程发出的最新总量，然后 在当前事务结束之前继续使用这一 快照用于所有统计视图和函数。 因此，只要继续当前事务，统计信息看起来就 不会变化。这是一个特性而不是缺陷，因为它 允许你对统计信息执行多个 查询并关联结果，而不必担心数字在 你手下变化。但如果想让每个查询都看到 新结果，请务必在任何事务 块之外执行查询。

每个索引的统计信息对于判断哪些索引正在被使用 以及它们有多有效尤其有用。

pg_statio_ 视图主要用来判断 缓冲缓存的有效性。当实际磁盘 读取数远小于缓冲区命中数时，缓存 正在不调用内核的情况下满足大多数 读请求。

通过编写使用与这些标准视图相同的底层 统计访问函数的查询，可以建立查看统计 信息的其他方式。每个数据库的访问 函数接受一个数据库 OID 来 标识要报告的数据库。每表和每 索引的函数接受一个表或索引 OID（注意，用这些函数只能看到 当前数据库中的表和 索引）。每个后端的访问 函数接受一个后端 ID 号，其范围从一到 当前活动 后端的数量。

注意：blocks_fetched 减去 blocks_hit 得到对该表、索引或 数据库发出的内核 read() 调用 数；但由于内核级缓冲，实际 物理读取数通常 更低。

函数 pg_stat_get_backend_idset 提供 一种为每个活动后端生成一行的便捷方法。例如， 要显示所有后端的 PID 和当前查询：

SELECT pg_stat_get_backend_pid(S.backendid) AS procpid,
       pg_stat_get_backend_activity(S.backendid) AS current_query
FROM (SELECT pg_stat_get_backend_idset() AS backendid) AS S;