由于收集统计信息会增加查询执行的开销，因此可以配置系统是否收集信息。这由通常在postgresql.conf中设置的配置参数控制（有关设置配置参数的详细信息，请参阅第 16.4 节）。

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

参数stats_command_string、stats_block_level和stats_row_level控制实际发送给收集器的信息量，因而决定了运行时开销的大小。它们分别决定服务器进程是否把其当前命令字符串、磁盘块级的访问统计和行级的访问统计发送给收集器。通常这些参数会设置在postgresql.conf中，以便它们适用于所有服务器进程，但也可以在单个会话中使用SET命令打开或关闭它们。（为防止普通用户隐藏其活动不被管理员发现，只有超级用户才能使用SET更改这些参数。）

若干预定义视图（列于表 23.1中）可用于展示统计收集的结果。另外，也可以使用底层的统计函数构建自定义视图。

在使用统计信息监控当前活动时，重要的是要认识到这些信息不会即时更新。每个服务器进程在即将进入空闲之前把新的块和行访问计数传送给收集器；因此仍在进行中的查询或事务不会影响显示的总数。此外，收集器本身最多每pgstat_stat_interval毫秒（默认 500）发出一次新报告。因此，显示的信息滞后于实际活动。当前查询的信息会立即报告给收集器，但在它变得可见之前，仍要经历pgstat_stat_interval的延迟。

另一个重要点是，当要求服务器进程显示这些统计信息中的任何一种时，它会先取回收集器进程最近发出的报告，然后在当前事务结束之前，对所有统计视图和函数一直使用这一快照。因此，只要你继续当前事务，统计信息就会显示静态信息。这是一个特性，而不是一个错误，因为它允许你对统计信息执行多个查询并对结果做关联，而不必担心数字在你眼前变化。但如果希望每个查询都看到新的结果，请确保在任何事务块之外执行这些查询。

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

pg_statio_视图主要用于判断缓冲区缓存的有效性。 如果实际磁盘读取次数远少于缓冲区命中次数，缓存就能满足大多数读取请求，而无需调用内核。 不过，这些统计信息并不能反映全部情况：由于PostgreSQL处理磁盘 I/O 的方式， 不在PostgreSQL缓冲区缓存中的数据仍可能驻留在内核的 I/O 缓存中， 因而仍可在不执行物理读取的情况下取得。对于希望更详细地了解PostgreSQL I/O 行为的用户， 建议将PostgreSQL统计收集器与能够深入查看内核 I/O 处理情况的操作系统工具结合使用。

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

所有访问后端信息的函数都以 backend id 编号索引。函数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;