27.2. 统计收集器

27.2.1. 统计收集器配置

因为统计收集给查询处理增加了一些开销，所以该系统可以配置为启用或禁用统计收集。 这是由配置参数控制的，通常在postgresql.conf里设置 (参阅第 18 章获取有关设置配置参数的细节)。

参数track_activities启动监测任何服务器进程执行的当前命令。

参数track_counts控制关于表和索引是否被统计。

参数track_functions实现了对用户定义的函数用法的追踪。

参数track_io_timing启动监控块读写次数。

通常这些参数在postgresql.conf中设置，因此它们作用于所有服务器进程， 但是我们也可以在独立的会话里用SET命令把它们打开或者关闭。 为避免普通用户把它们的活跃性隐藏不给管理员看， 只有超级用户允许用SET命令修改这些参数。

统计收集器通过临时文件将采集到的信息传递给其他的PostgreSQL进程。 这些文件存放在stats_temp_directory参数命名的目录中。 缺省是pg_stat_tmp。 为了提高性能，stats_temp_directory参数可以指向一个基于RAM的文件系统， 降低物理I/O需求。当服务器关闭时， 统计数据的永久复本存储在global子目录中， 所以统计数据可以在服务器重新启动时保留。

27.2.2. 查看收集到的统计信息

有一些预定义的视图可以用于显示统计收集的结果， 在表 27-1里列出。 另外，我们可以使用底层的统计函数制作自定义的视图。 正如第 27.2.3 节中讨论的。

在使用统计观察当前活跃性的时候，你必须意识到这些信息并不是实时更新的。 每个独立的服务器进程只是在准备进入空闲状态的时候才向收集器传送新的块和行访问计数； 因此正在处理的查询或者事务并不影响显示出来的总数。同样， 收集器本身也最多每PGSTAT_STAT_INTERVAL毫秒 (缺省500，除非在编译服务器的时候修改过) 发送一次新的报告。因此显示总是落后于实际活动。 但是由track_activities收集的当前查询信息总是实时更新的。

另外一个需要着重指出的是，在请求服务器进程显示任何这些统计信息的时候， 它首先抓取收集器进程发出的最新报告，然后就拿这些数据作为所有统计视图和函数的快照， 直到它当前的事务结束。因此统计信息在当前事务的持续期间内显示静态信息。类似的， 每个进程的当前查询信息在该查询首次出现在事务中的时候就被收集了， 并且在整个事务过程中都显示相同的信息。这是一个特性，而不是一个Bug， 因为这样就允许你在统计上执行几个查询并且对结果进行相关性检查而又不用担心这些数字会悄悄的变化。 但是如果你想看每个查询的最新结果，那么就要记住在事务块外面处理这些查询。 另外，你可以调用pg_stat_clear_snapshot()， 这将丢弃目前事务的统计数据快照（如有）。 下次使用统计信息将导致获取一个新的快照。

在视图pg_stat_xact_all_tables， pg_stat_xact_sys_tables， pg_stat_xact_user_tables和 pg_stat_xact_user_functions上事务也可以看到自己的统计（未传送到收集器）。 这些数字不能作为上面所说的；相反他们在整个事务中不断更新。

针对每个索引的统计有利于判断哪个索引得到使用以及它们的效果。

pg_statio_视图有利于决定缓冲区高速缓存的有效性。 当实际的磁盘数读取比缓冲区的数目小得多的时候， 然后缓存满足大多数读请求而没有调用内核调用。 然而，这些统计数据不提供整个过程：由于PostgreSQL 处理磁盘I/O的方式，不在PostgreSQL缓冲区缓存中的数据可能仍然位于 内核I/O缓存中，因此可能仍然被取出而不需要物理读。 对获得更多PostgreSQL的I/O行为的详细信息感兴趣的用户 建议使用与操作系统工具结合的PostgreSQL统计收集， 允许洞察I/O的内核处理。

pg_stat_activity每个服务器进程有一行，显示进程当前活动的相关信息。

pg_stat_bgwriter视图总是有独立行，包含集群的全局数据。

pg_stat_database视图将包含集群中每个数据库的每一行， 显示数据库统计。

pg_stat_all_tables视图将包含 当前数据库中每个表的一行（包括TOAST表），显示访问特定表的统计信息。 pg_stat_user_tables和 pg_stat_sys_tables视图 包含相同的信息，但是过滤只分别显示用户和系统表。

pg_stat_all_indexes视图将包含 当前数据库中的每个索引行，显示访问特定索引的统计。 pg_stat_user_indexes和 pg_stat_sys_indexes视图包含相同的信息， 但是过滤只是分别显示用户和系统索引。

索引可以通过简单的索引扫描或"位图"索引扫描进行使用。位图扫描中 几个索引的输出可以通过AND或者OR规则进行组合， 因此当使用位图扫描的时候，很难将独立堆行抓取与特定索引进行组合， 因此，一个位图扫描增加pg_stat_all_indexes.idx_tup_read 使用索引计数，并且增加pg_stat_all_tables.idx_tup_fetch 表计数，但不影响pg_stat_all_indexes.idx_tup_fetch。

pg_statio_all_tables视图将包含 当前数据库中每个表的一行（包括TOAST表）， 显示出特定表I/O的统计。pg_statio_user_tables和 pg_statio_sys_tables视图包含相同的信息， 但是过滤分别只显示用户和系统表。

pg_statio_all_indexes视图将包含当前数据库中的每个索引行， 显示特定索引的I/O的统计。pg_statio_user_indexes和 pg_statio_sys_indexes视图包含相同的信息， 但是过滤分别只显示用户和系统索引。

pg_statio_all_sequences视图包含当前数据库中每个序列的每一行， 显示特定序列关于I/O的统计。

pg_stat_user_functions视图包含每个跟踪函数的行，显示关于函数执行的统计。 track_functions参数控制真正跟踪的函数。

pg_stat_replication视图包含每个WAL发送进程的每一行， 显示发送端连接备用服务器有关复制的统计。列出只直接连接的备用； 没有可用的下游备用服务器的信息。

pg_stat_database_conflicts视图将包含 每个数据库的一行，显示由于备用服务器恢复发生的冲突而取消查询的数据库范围统计信息。 这种视图将只包含备用服务器的信息，因为在主服务器上不会发生冲突。

27.2.3. 统计函数

查看统计的其他方式可以通过写查询设置，它使用相同的底层统计访问功能用于 上面显示的标准视图。函数名称的详细信息，请参考标准的视图定义。（例如， 在psql中你可以发出\d+ pg_stat_activity。） 每个数据库统计的访问函数以数据库OID作为参数识别报告给数据库。 每个表和索引函数看成表或索引的OID。每个函数统计采取一个函数OID。 请注意，只有当前数据库中的表，索引，和函数可以看出这些功能。

统计收集相关的附加函数列在表 27-13中。

pg_stat_get_activity，pg_stat_activity视图的基本功能返回 包含每个后端进程的所有可用信息的记录集。有时获取这些信息的子集更方便。 在这种情况下，可以使用每个后端统计访问函数的旧设置。这些都显示在 表 27-14中。这些访问函数使用后端ID号， 其范围从一到当前活动后端数。 函数pg_stat_get_backend_idset提供便利方式产生调用这些函数的每个活动后端的每一行。 比如，显示PID以及所有后端的当前查询：

SELECT pg_stat_get_backend_pid(s.backendid) AS pid,
       pg_stat_get_backend_activity(s.backendid) AS query
    FROM (SELECT pg_stat_get_backend_idset() AS backendid) AS s;