28.2. 统计信息收集器

• 28 .2.1. 统计信息收集配置

• 28 .2.2. 查看统计

• 28 .2.3. 统计功能

PostgreSQL 的*“统计收集器” *是一个子系统，支持收集和报告有关服务器活动的信息。目前，收集器可以以磁盘块和单个行的方式计算对表和索引的访问。它还跟踪每个表中的总行数，以及有关每个表的清理和分析操作的信息。它还可以计算对用户定义函数的调用以及每个函数所花费的总时间。

PostgreSQL 还支持报告有关当前系统中正在发生的确切情况的动态信息，例如其他服务器进程当前正在执行的确切命令以及系统中存在哪些其他连接。此功能独立于收集器过程。

28 .2.1. 统计信息收集配置

由于收集统计信息会增加查询执行的开销，因此可以将系统配置为收集或不收集信息。这由通常在postgresql.conf中设置的配置参数控制。 (有关设置配置参数的详细信息，请参见Chapter 19。)

参数track_activities可以监视任何服务器进程正在执行的当前命令。

参数track_counts控制是否收集有关表和索引访问的统计信息。

参数track_functions允许跟踪用户定义功能的使用。

参数track_io_timing允许监视块的读写时间。

通常，这些参数是在postgresql.conf中设置的，以便将它们应用于所有服务器进程，但是可以使用SET命令在各个会话中将其打开或关闭。 (为防止普通用户向 Management 员隐藏活动，仅允许超级用户使用SET更改这些参数.)

统计信息收集器通过临时文件将收集的信息传输到其他 PostgreSQL 进程。这些文件存储在stats_temp_directory参数命名的目录中，默认情况下为pg_stat_tmp。为了获得更好的性能，可以将stats_temp_directory指向基于 RAM 的文件系统，从而降低了物理 I/O 要求。当服务器完全关闭时，统计数据的永久副本存储在pg_stat子目录中，以便可以在服务器重新启动时保留统计信息。当在服务器启动时执行恢复时(例如在立即关闭，服务器崩溃和时间点恢复之后)，所有统计信息计数器将重置。

28 .2.2. 查看统计

Table 28.1中列出的几个 sched 义视图可用于显示系统的当前状态。 Table 28.2中还列出了其他一些视图，以显示统计信息收集的结果。或者，可以使用基础统计功能构建自定义视图，如Section 28.2.3中所述。

使用统计信息监视收集的数据时，重要的是要意识到信息不会立即更新。每个服务器进程都将在闲置之前将新的统计计数传输到收集器；因此仍在进行的查询或事务不会影响显示的总数。另外，收集器本身最多每PGSTAT_STAT_INTERVAL毫秒(500 毫秒，除非在构建服务器时进行了更改)发出一次新报告。因此，显示的信息落后于实际活动。但是，由track_activities收集的当前查询信息始终是最新的。

另一个重要的一点是，当服务器进程被要求显示任何这些统计信息时，它首先获取收集器进程发出的最新报告，然后 continue 将此快照用于所有统计视图和功能，直到其当前事务结束为止。因此，只要您 continue 当前事务，统计信息就会显示静态信息。类似地，当在事务中首次请求任何此类信息时，将收集有关所有会话的当前查询的信息，并且在整个事务中将显示相同的信息。这是一个功能，而不是错误，因为它使您可以对统计信息执行多个查询并关联结果，而不必担心数字在您下方变化。但是，如果您想在每个查询中看到新结果，请确保在任何事务块之外进行查询。或者，您可以调用pg_stat_clear_snapshot()，这将丢弃当前事务的统计信息快照(如果有)。下次使用统计信息将导致获取新快照。

事务还可以在视图pg_stat_xact_all_tables，pg_stat_xact_sys_tables，pg_stat_xact_user_tables和pg_stat_xact_user_functions中查看其自己的统计信息(尚未传输到收集器)。这些数字与上面所述不符；相反，它们在整个 Transaction 过程中不断更新。

表 28.1. 动态统计数据视图

表 28.2. 收集的统计数据视图

每个索引的统计信息对于确定正在使用的索引以及索引的有效性特别有用。

pg_statio_视图主要用于确定缓冲区高速缓存的有效性。当实际的磁盘读取次数远小于缓冲区命中次数时，则高速缓存可以满足大多数读取请求，而无需调用内核调用。但是，这些统计信息并不能说明全部问题：由于 PostgreSQL 处理磁盘 I/O 的方式，不在 PostgreSQL 缓冲区高速缓存中的数据可能仍驻留在内核的 I/O 高速缓存中，因此仍可能被提取。无需物理读取。建议有兴趣获取有关 PostgreSQL I/O 行为的更多详细信息的用户，结合使用 PostgreSQL 统计信息收集器和允许深入了解内核对 I/O 处理的 osUtil。

表 28.3. pg_stat_activity查看

每个服务器进程的pg_stat_activity视图将有一行，显示与该进程的当前活动有关的信息。

表 28.4. wait_event说明

这是一个如何查看 await 事件的示例

SELECT pid, wait_event_type, wait_event FROM pg_stat_activity WHERE wait_event is NOT NULL;
 pid  | wait_event_type |  wait_event
------+-----------------+---------------
 2540 | Lock            | relation
 6644 | LWLock          | ProcArrayLock
(2 rows)

表 28.5. pg_stat_replication查看

startup：此 WAL 发送者正在启动。
catchup：此 WAL 发送者的已连接备用数据库正在赶上主要数据库。
streaming：此 WAL 发送者在其连接的备用服务器赶上主服务器后，正在流式传输更改。
backup：此 WAL 发送者正在发送备份。
stopping：此 WAL 发送者正在停止。
| sent_lsn | pg_lsn |此连接上发送的最后预写日志位置|
| write_lsn | pg_lsn |此备用服务器将最后预写日志位置写入磁盘|
| flush_lsn | pg_lsn |此备用服务器将上次预写日志位置刷新到磁盘|
| replay_lsn | pg_lsn |最近的预写日志位置已重播到此备用服务器上的数据库中|
| write_lag | interval |在本地刷新最近的 WAL 和接收到该备用服务器已写入它(但尚未刷新或应用它)的通知之间经过了一段时间。如果此服务器被配置为同步备用服务器，则可以用来确定提交时synchronous_commit级别remote_write的延迟。
| flush_lag | interval |在本地刷新最近的 WAL 和接收到该备用服务器已写入并刷新它(但尚未应用)的通知之间经过了一段时间。如果此服务器被配置为同步备用服务器，则可以用来确定提交时synchronous_commit级别on的延迟。
| replay_lag | interval |在本地刷新最近的 WAL 与接收到该备用服务器已写入，刷新并应用它的通知之间经过了一段时间。如果此服务器被配置为同步备用服务器，则可以用来确定提交时synchronous_commit级别remote_apply的延迟。
| sync_priority | integer |此备用服务器的优先级在基于优先级的同步复制中被选择为同步备用服务器。这对于基于仲裁的同步复制没有任何作用。
| sync_state | text |此备用服务器的同步状态。可能的值为：
async：此备用服务器是异步的。
potential：该备用服务器现在是异步的，但是如果当前同步服务器之一发生故障，则有可能变为同步服务器。
sync：此备用服务器是同步的。
quorum：该备用服务器被认为是仲裁备用的候选服务器。

pg_stat_replication视图将在每个 WAL 发送者进程中包含一行，显示有关复制到该发送者的已连接备用服务器的统计信息。仅列出直接连接的备用数据库；没有有关下游备用服务器的信息。

在pg_stat_replication视图中报告的滞后时间是对最近的 WAL 被写入，刷新和重放以及使发送者知道所花费的时间的度量。如果将远程服务器配置为同步备用服务器，则这些时间表示每个同步提交级别引入的(或将要引入的)提交延迟。对于异步备用数据库，replay_lag列近似查询最近的事务变为可见之前的延迟。如果备用服务器已完全跟上发送服务器的速度，并且不再有 WAL 活动，则最近测量的延迟时间将 continue 显示一小段时间，然后显示 NULL。

延迟时间会自动进行物理复制。逻辑解码插件可以选择发出跟踪消息；如果没有，跟踪机制将仅显示 NULL 滞后。

表 28.6. pg_stat_wal_receiver查看

pg_stat_wal_receiver视图将仅包含一行，显示有关来自该接收器的连接服务器的 WAL 接收器的统计信息。

表 28.7. pg_stat_subscription查看

pg_stat_subscription视图将为主要工作程序的每个预订包含一行(如果工作程序未在运行，则为空 PID)，并为处理已订阅表的初始数据副本的工作程序提供额外的行。

表 28.8. pg_stat_ssl查看

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

表 28.9. pg_stat_archiver查看

pg_stat_archiver视图将始终只有一行，其中包含有关群集的存档程序进程的数据。

表 28.10. pg_stat_bgwriter查看

pg_stat_bgwriter视图将始终只有一行，其中包含群集的全局数据。

表 28.11. pg_stat_database查看

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

表 28.12. pg_stat_database_conflicts查看

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

表 28.13. pg_stat_all_tables查看

pg_stat_all_tables视图将为当前数据库中的每个表(包括 TOAST 表)包含一行，显示有关对该特定表的访问的统计信息。 pg_stat_user_tables和pg_stat_sys_tables视图包含相同的信息，但经过过滤仅分别显示用户表和系统表。

表 28.14. pg_stat_all_indexes查看

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。优化器还访问索引以检查提供的常量，这些常量的值在优化器统计信息的记录范围之外，因为优化器统计信息可能已过时。

表 28.15. pg_statio_all_tables查看

pg_statio_all_tables视图将为当前数据库中的每个表(包括 TOAST 表)包含一行，显示该特定表上有关 I/O 的统计信息。 pg_statio_user_tables和pg_statio_sys_tables视图包含相同的信息，但经过过滤仅分别显示用户表和系统表。

表 28.16. pg_statio_all_indexes查看

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

表 28.17. pg_statio_all_sequences查看

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

表 28.18. pg_stat_user_functions查看

pg_stat_user_functions视图将为每个跟踪的功能包含一行，显示有关该功能执行的统计信息。 track_functions参数可精确控制要跟踪的功能。

28 .2.3. 统计功能

可以通过编写查询来构建查看统计信息的其他方式，这些查询使用与上面显示的标准视图所使用的相同的基础统计信息访问功能。有关功能名称等详细信息，请查阅标准视图的定义。 (例如，在 psql 中，您可以发出\d+ pg_stat_activity.)针对每个数据库的统计信息的访问函数将数据库 OID 作为参数来标识要报告的数据库。每个表和每个索引函数采用一个表或索引 OID。用于每个功能的统计信息的功能带有功能 OID。请注意，使用这些功能只能看到当前数据库中的表，索引和功能。

与统计信息收集相关的其他功能在Table 28.19中列出。

表 28.19. 附加统计功能

pg_stat_get_activity(pg_stat_activity视图的基础功能)返回一组记录，其中包含有关每个后端进程的所有可用信息。有时，仅获取此信息的子集可能更方便。在这种情况下，可以使用一组较旧的按后端统计信息访问功能；这些显示在Table 28.20中。这些访问功能使用后端 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;

表 28.20. 每个后端统计功能