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 需求。 当服务器干净地关闭时，一份统计数据的永久拷贝被存储在pg_stat 子目录中，这样统计数据可以在服务器重新启动时保留。当在服务器启动时执行恢复时 （例如立即关闭、服务器崩溃以及时间点恢复之后），所有统计计数器会被重置。

27.2.2. 查看统计信息

表 27-1中列出了一些预定义视图， 可以用来显示系统的当前状态，在表 27-2 中还列出了几个其他视图可以用来显示统计收集的结果。你也可以使用底层统计函数 （在第 27.2.3 节中讨论）来建立自定义的视图。

在使用统计信息监控收集的数据时，你必须了解这些信息并非是实时更新的。 每个独立的服务器进程只在进入闲置状态之前才向收集器传送新的统计计数； 因此正在进行的查询或事务并不影响显示出来的总数。同样，收集器本身也最多每 PGSTAT_STAT_INTERVAL毫秒（缺省为 500ms， 除非在编译服务器的时候修改过）发送一次新的报告。因此显示的信息总是落后于实际活动。 但是由track_activities收集的当前查询信息总是最新的。

另一个重点是当一个服务器进程被要求显示任何这些统计信息时， 它首先取得收集器进程最近发出的报告并且接着为所有统计视图和函数使用这个快照， 直到它当前事务的结尾。因此统计信息在当前事务的持续期间内显示静态信息。 相似地，关于所有会话的当前查询信息在事务中第一次请求的时候就收集了， 并且在整个事务期间将显示相同的信息。这是一个特性而非缺陷， 因为它允许你在该统计信息上执行多个查询， 并且关联结果而不用担心那些数字会在你不知情的情况下改变。 但是如果你希望每个查询都看到最新结果，要确保在任何事务块之外做那些查询。或者， 你可以调用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_replication视图将为每个 WAL 发送者进程包含一行， 显示复制到发送者连接到的后备服务器的统计信息。只列出直接连接的后备服务器， 没有关于下游后备服务器的信息。

pg_stat_ssl视图将为每个后端或WAL发送者进程包含一行， 显示有关此连接上的SSL使用情况的统计信息。它可以连接到pid 列上的pg_stat_activity或pg_stat_replication， 以获取有关连接的更多详细信息。

pg_stat_archiver视图将总是只有一行， 该行包含着有关集簇的归档进程的数据。

pg_stat_bgwriter视图将总是只有一行，它包含集簇的全局数据。

pg_stat_database视图将为集簇中的每一个数据库包含有一行， 显示数据库范围的统计信息。

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

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 参数控制到底跟踪哪些函数。

27.2.3. 统计函数

其他查看统计信息的方法是直接使用查询，这些查询使用上述标准视图用到的底层统计信息访问函数。 如要了解如函数名等细节，可参考标准视图的定义（例如，在psql中你可以发出 \d+ pg_stat_activity）。针对每一个数据库统计信息的访问函数把一个数据库 OID 作为参数来标识要报告哪个数据库。而针对每个表和每个索引的函数要求表或索引 OID。 针对每个函数统计信息的函数用一个函数 OID。注意只有在当前数据库中的表、 索引和函数才能被这些函数看到。

与统计收集相关的额外函数被列举在表 27-16中。

pg_stat_get_activity是pg_stat_activity视图的底层函数， 它返回一个行集合，其中包含有关每个后端进程所有可用的信息。 有时只获得该信息的一个子集可能会更方便。在那些情况中， 可以使用一组更老的针对每个后端的统计访问函数，这些显示在 表 27-17中。这些访问函数使用一个后端 ID 号， 范围从 1 到当前活动后端数目。函数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;