用法

可将此元素与 sc_work_class_id 元素配合使用，以唯一地标识活动的服务类工作类（如果有）。

用法

可将此元素与 sc_work_action_set_id 元素配合使用，以唯一地标识活动的服务类工作类（如果有）。

用法

用法

将此元素与部分说明过程配合使用来说明语句和查看该语句的存取方案。

用法

此元素和 num_columns_referenced 元素可用来确定在执行针对 SQL 语句的运行时节期间从表访问的平均列数。 此平均列访问计数可帮助确定 按行组织的 表，这些表可能是转换为 按列组织的 表 (例如，通常只访问几列的宽表) 的候选项。

该元素还可用于帮助了解访问 按列组织 表的效率 (例如，扫描表时通常读取的列数)。

用法

对于静态 SQL 语句，可以使用此元素以及 creator， package_version_id和 package_name 监视元素来查询 SYSCAT.STATEMENTS 系统目录表，并使用如下所示的样本查询来获取静态 SQL 语句文本:

 
    SELECT SEQNO, SUBSTR(TEXT,1,120)
           FROM SYSCAT.STATEMENTS
           WHERE PKGNAME   = 'package_name' AND
                 PKGSCHEMA = 'creator'      AND
                 VERSION = 'package_version_id' AND
                 SECTNO    = section_number
           ORDER BY SEQNO

用法

用法

使用此元素来确定等待此数据源中的数据所花的实际时间。 它在容量规划和容量调整 SYSCAT.SERVERS 中的 CPU 速度和通信速率时很有用。 修改这些参数会影响优化器是否将请求发送至数据源。

响应时间是以联合服务器请求数据源中的行的时间与该行可供联合服务器使用的时间之差量度的。

用法

将此元素与“查询语句标识”监视元素 (stmtid) 配合使用以标识 SQL 语句。 使用语义编译环境标识来区分具有相同语句文本查询，虽然这些查询具有相同语句文本，但由于它们引用不同对象，因此在语义上有所不同。 例如，语句 SELECT * FROM T1 中引用的表取决于编译环境中缺省模式的值。 如果具有不同缺省模式的两个用户发出此语句，那么程序包高速缓存中将存在两个表示该语句的条目。 这两个条目将具有相同 stmtid 值，但具有不同semantic_env_id 值。

用法

用法

此元素的值与视图 SYSCAT.SERVICECLASSES 的列 SERVICECLASSID 中的某个值匹配。 使用此元素来查找服务子类名或者对来自不同来源的服务子类的信息进行链接。 例如，将服务类统计信息与直方图条形记录相连接。

用法

此监视元素是 sc_work_action_set_id 监视元素的别名。

用法

此监视元素是 sc_work_class_id 监视元素的别名。

用法

将此元素与其他活动元素配合使用来分析活动的行为，或者与其他统计信息元素配合使用来分析服务类或阈值队列。

用法

将此元素与其他活动元素配合使用来分析活动的行为，或者与其他统计信息元素配合使用来分析服务类或阈值队列。

用法

可使用此元素来确定要用于预编译 SQL 语句和/或执行 SQL 语句的授权标识。 此监视元素不报告在执行存储过程内设置的任何会话授权标识值。

用法

用法

• 该页是新页，并且尚未在磁盘上创建该页。
• 另一代理程序可能需要同一页，因此另一预取请求已将该页装入到缓冲池中。 在此情况及上一情况下，所跳过预取请求的增加可能并非问题，因为所生成的额外预取请求是冗余的。
• 在预取程序之前直接从磁盘中检索这些页的代理程序能够完成预取操作。 如果系统配置的预取程序数不足，或者存在其他类型的预取瓶颈，那么可能会强制代理程序直接从磁盘读取页面。 例如，在 OLTP 系统中，大多数工作负载通常是事务性的，可能是通过将配置参数 num_ioservers 设置为 1 来配置最小预取程序数。 但是，如果执行了使用预取的操作 (例如表扫描) ，那么单个预取程序可能无法跟上，因此代理程序直接请求页面。 此行为可能导致性能下降，因为应用程序等待本应由预取程序执行的 IO。 在这种情况下，请考虑调整配置参数 num_ioservers 以增加预取程序数。 其他潜在原因包括预取大小过大，这可能导致预取时间超过正常时间，或者未设置 db2_parallel_io 注册表变量，这可能会限制表空间容器中的并行预取。

用法

• 该页是新页，并且尚未在磁盘上创建该页。
• 另一代理程序可能需要同一页，因此另一预取请求已将该页装入到缓冲池中。 在此情况及上一情况下，所跳过预取请求的增加可能并非问题，因为所生成的额外预取请求是冗余的。
• 在预取程序之前直接从磁盘中检索这些页的代理程序能够完成预取操作。 如果系统配置的预取程序数不足，或者存在其他类型的预取瓶颈，那么可能会强制代理程序直接从磁盘读取页面。 例如，在 OLTP 系统中，大多数工作负载通常是事务性的，可能是通过将配置参数 num_ioservers 设置为 1 来配置最小预取程序数。 但是，如果执行了使用预取的操作 (例如表扫描) ，那么单个预取程序可能无法跟上，因此代理程序直接请求页面。 此行为可能导致性能下降，因为应用程序等待本应由预取程序执行的 IO。 在这种情况下，请考虑调整配置参数 num_ioservers 以增加预取程序数。 其他潜在原因包括预取大小过大，这可能导致预取时间超过正常时间，或者未设置 db2_parallel_io 注册表变量，这可能会限制表空间容器中的并行预取。

用法

用法

• 该页是新页，并且尚未在磁盘上创建该页。
• 另一代理程序可能需要同一页，因此另一预取请求已将该页装入到缓冲池中。 在此情况及上一情况下，所跳过预取请求的增加可能并非问题，因为所生成的额外预取请求是冗余的。
• 在预取程序之前直接从磁盘中检索这些页的代理程序能够完成预取操作。 如果系统配置的预取程序数不足，或者存在其他类型的预取瓶颈，那么可能会强制代理程序直接从磁盘读取页面。 例如，在 OLTP 系统中，大多数工作负载通常是事务性的，可能是通过将配置参数 num_ioservers 设置为 1 来配置最小预取程序数。 但是，如果执行了使用预取的操作 (例如表扫描) ，那么单个预取程序可能无法跟上，因此代理程序直接请求页面。 此行为可能导致性能下降，因为应用程序等待本应由预取程序执行的 IO。 在这种情况下，请考虑调整配置参数 num_ioservers 以增加预取程序数。 其他潜在原因包括预取大小过大，这可能导致预取时间超过正常时间，或者未设置 db2_parallel_io 注册表变量，这可能会限制表空间容器中的并行预取。

用法

• 该页是新页，并且尚未在磁盘上创建该页。
• 另一代理程序可能需要同一页，因此另一预取请求已将该页装入到缓冲池中。 在此情况及上一情况下，所跳过预取请求的增加可能并非问题，因为所生成的额外预取请求是冗余的。
• 在预取程序之前直接从磁盘中检索这些页的代理程序能够完成预取操作。 如果系统配置的预取程序数不足，或者存在其他类型的预取瓶颈，那么可能会强制代理程序直接从磁盘读取页面。 例如，在 OLTP 系统中，大多数工作负载通常是事务性的，可能是通过将配置参数 num_ioservers 设置为 1 来配置最小预取程序数。 但是，如果执行了使用预取的操作 (例如表扫描) ，那么单个预取程序可能无法跟上，因此代理程序直接请求页面。 此行为可能导致性能下降，因为应用程序等待本应由预取程序执行的 IO。 在这种情况下，请考虑调整配置参数 num_ioservers 以增加预取程序数。 其他潜在原因包括预取大小过大，这可能导致预取时间超过正常时间，或者未设置 db2_parallel_io 注册表变量，这可能会限制表空间容器中的并行预取。

用法

• 该页是新页，并且尚未在磁盘上创建该页。
• 另一代理程序可能需要同一页，因此另一预取请求已将该页装入到缓冲池中。 在此情况及上一情况下，所跳过预取请求的增加可能并非问题，因为所生成的额外预取请求是冗余的。
• 在预取程序之前直接从磁盘中检索这些页的代理程序能够完成预取操作。 如果系统配置的预取程序数不足，或者存在其他类型的预取瓶颈，那么可能会强制代理程序直接从磁盘读取页面。 例如，在 OLTP 系统中，大多数工作负载通常是事务性的，可能是通过将配置参数 num_ioservers 设置为 1 来配置最小预取程序数。 但是，如果执行了使用预取的操作 (例如表扫描) ，那么单个预取程序可能无法跟上，因此代理程序直接请求页面。 此行为可能导致性能下降，因为应用程序等待本应由预取程序执行的 IO。 在这种情况下，请考虑调整配置参数 num_ioservers 以增加预取程序数。 其他潜在原因包括预取大小过大，这可能导致预取时间超过正常时间，或者未设置 db2_parallel_io 注册表变量，这可能会限制表空间容器中的并行预取。

用法

此监视元素以及其他 skipped_prefetch_uow_*_p_reads 元素告诉您在导致创建预取请求的工作单元中代理程序直接读取的预取请求中的页面数。 如果系统未配置足够数量的预取程序，或者存在其他类型的预取瓶颈，那么可能会强制代理程序直接从磁盘读取页面。 例如，在 OLTP 系统中，大部分工作负载通常是事务性工作负载，可能是通过将 num_ioservers 配置参数设置为 1 来配置最小预取程序数。 但是，如果执行了使用预取的操作 (例如表扫描) ，那么单个预取程序可能无法跟上，因此代理程序直接请求页面。 此行为可能导致性能下降，因为应用程序等待本应由预取程序执行的 IO。 在这种情况下，请考虑调整配置参数 num_ioservers 来增大预取程序数。 其他潜在原因包括预取大小过大（可能导致预取时间比正常情况长）或未设置 db2_parallel_io 注册表变量（这可能会将并行预取限制在表空间容器内）。

用法

用法

用法

此监视元素以及其他 skipped_prefetch_uow_*_p_reads 元素告诉您在导致创建预取请求的工作单元中代理程序直接读取的预取请求中的页面数。 如果系统未配置足够数量的预取程序，或者存在其他类型的预取瓶颈，那么可能会强制代理程序直接从磁盘读取页面。 例如，在 OLTP 系统中，大部分工作负载通常是事务性工作负载，可能是通过将 num_ioservers 配置参数设置为 1 来配置最小预取程序数。 但是，如果执行了使用预取的操作 (例如表扫描) ，那么单个预取程序可能无法跟上，因此代理程序直接请求页面。 此行为可能导致性能下降，因为应用程序等待本应由预取程序执行的 IO。 在这种情况下，请考虑调整配置参数 num_ioservers 来增大预取程序数。 其他潜在原因包括预取大小过大（可能导致预取时间比正常情况长）或未设置 db2_parallel_io 注册表变量（这可能会将并行预取限制在表空间容器内）。

用法

用法

用法

• 该页是新页，并且尚未在磁盘上创建该页。
• 另一代理程序可能需要同一页，因此另一预取请求已将该页装入到缓冲池中。 在此情况及上一情况下，所跳过预取请求的增加可能并非问题，因为所生成的额外预取请求是冗余的。
• 在预取程序之前直接从磁盘中检索这些页的代理程序能够完成预取操作。 如果系统配置的预取程序数不足，或者存在其他类型的预取瓶颈，那么可能会强制代理程序直接从磁盘读取页面。 例如，在 OLTP 系统中，大多数工作负载通常是事务性的，可能是通过将配置参数 num_ioservers 设置为 1 来配置最小预取程序数。 但是，如果执行了使用预取的操作 (例如表扫描) ，那么单个预取程序可能无法跟上，因此代理程序直接请求页面。 此行为可能导致性能下降，因为应用程序等待本应由预取程序执行的 IO。 在这种情况下，请考虑调整配置参数 num_ioservers 以增加预取程序数。 其他潜在原因包括预取大小过大，这可能导致预取时间超过正常时间，或者未设置 db2_parallel_io 注册表变量，这可能会限制表空间容器中的并行预取。

用法

将此元素与其他排序内存高水位标记监视元素配合使用，以确定哪些活动是占用排序堆内存最多的用户。 例如，发出 MON_GET_ACTIVITY 表函数以获取当前活动的列表。 您可以通过对 sort_consumer_heap_top、sort_consumer_shrheap_top、sort_heap_top 和 sort_shrheap_top 监视元素的值进行注释，确定哪些活动使用最多排序内存。 如果占用内存最多的用户对其他活动产生负面影响，那么降低这些用户的内存需求以帮助改善并行性。

用法

将此元素与其他排序内存高水位标记监视元素配合使用，以确定哪些活动是占用排序堆内存最多的用户。 例如，发出 MON_GET_ACTIVITY 表函数以获取当前活动的列表。 您可以通过对 sort_consumer_heap_top、sort_consumer_shrheap_top、sort_heap_top 和 sort_shrheap_top 监视元素的值进行注释，确定哪些活动使用最多排序内存。 如果占用内存最多的用户对其他活动产生负面影响，那么降低这些用户的内存需求以帮助改善并行性。

用法

在数据库或应用程序级别，将此元素与 total_sorts 一起使用来计算必须溢出至磁盘的排序的百分比。 如果此百分比很高，那么您可能想要通过增加 sortheap 的值来调整数据库配置。

在语句级别，使用此元素来标识需要大量排序的语句。 如果另外进行调整以降低所需排序量，这些语句将从中受益。

当排序溢出时，因为排序需要合并阶段并且可能需要更多 I/O（如果数据需要写至磁盘），所以需要额外的处理时间。

此元素提供有关一个语句、一个应用程序或访问一个数据库的所有应用程序的信息。

值 -1 指示数据收集开关 DFT_MON_SORT 已关闭。

用法

使用此元素来跟踪活动在它重新映射到的各个服务类之间的路径。 此元素还可用于计算从给定服务子类向外映射的活动数的聚集值。

用法

仅对与对象相关的表空间（即，对可回收存储器启用的表空间）报告此值。 使用 reclaimable_space_enabled 监视元素来确定是否已对表空间启用可回收存储器。

因为扩展数据块映射页 (EMP) 是元数据，所以 EMP 包括在此监视元素的值中。

数据空间映射页包含用户数据，因此它们除了包括在 spacemappage_page_reclaims_x 监视元素的值中以外，还包括在 page_reclaims_x 监视元素的值中。 索引空间映射页未包含用户数据，因此它们仅包括在 spacemappage_page_reclaims_x 监视元素的值中。

用法

仅对与对象相关的表空间（即，对可回收存储器启用的表空间）报告此值。 使用 reclaimable_space_enabled 监视元素来确定是否已对表空间启用可回收存储器。

因为扩展数据块映射页 (EMP) 是元数据，所以 EMP 包括在此监视元素的值中。

数据空间映射页包含用户数据，因此它们除了包括在 spacemappage_page_reclaims_s 监视元素的值中以外，还包括在 page_reclaims_s 监视元素的值中。 索引空间映射页未包含用户数据，因此它们仅包括在 spacemappage_page_reclaims_s 监视元素的值中。

用法

仅对与对象相关的表空间（即，对可回收存储器启用的表空间）报告此值。 使用 reclaimable_space_enabled 监视元素来确定是否已对表空间启用可回收存储器。

因为扩展数据块映射页 (EMP) 是元数据，所以 EMP 包括在此监视元素的值中。

数据空间映射页包含用户数据，因此它们除了包括在 spacemappage_page_reclaims_initiated_x 监视元素的值中以外，还包括在 page_reclaims_initiated_x 监视元素的值中。 索引空间映射页未包含用户数据，因此它们仅包括在 spacemappage_page_reclaims_initiated_x 监视元素的值中。

用法

仅对与对象相关的表空间（即，对可回收存储器启用的表空间）报告此值。 使用 reclaimable_space_enabled 监视元素来确定是否已对表空间启用可回收存储器。

因为扩展数据块映射页 (EMP) 是元数据，所以 EMP 包括在此监视元素的值中。

数据空间映射页包含用户数据，因此它们除了包括在 spacemappage_page_reclaims_initiated_s 监视元素的值中以外，还包括在 page_reclaims_initiated_s 监视元素的值中。 索引空间映射页未包含用户数据，因此它们仅包括在 spacemappage_page_reclaims_initiated_s 监视元素的值中。

用法

SQLCA 数据结构可用来确定语句是否成功完成。 有关 SQLCA 内容的信息，请参阅 SQLCA (SQL 通信区) 或 SQLCA 数据结构。

用法

使用此元素来确定应用于此活动的 SQLROWSREAD 阈值（如果有的话）。

用法

使用此元素来确定应用于此活动的 SQLROWSREAD 阈值（如果有的话）。

用法

使用此元素来确定此活动是否已违反应用于此活动的 SQLROWSREAD 阈值。

用法

使用此元素来确定应用于此活动的 SQLROWSREADINSC 阈值（如果有的话）。

用法

使用此元素来确定应用于此活动的 SQLROWSREADINSC 阈值（如果有的话）。

用法

使用此元素来确定此活动是否已违反应用于此活动的 SQLROWSREADINSC 阈值。

用法

使用此元素来确定应用于此活动的 SQLROWSRETURNED 阈值（如果有的话）。

用法

使用此元素来确定应用于此活动的 SQLROWSRETURNED 阈值（如果有的话）。

用法

使用此元素来确定此活动是否已违反应用于此活动的 SQLROWSRETURNED 阈值。

用法

使用此元素来确定应用于此活动的 SQLTEMPSPACE 阈值（如果有的话）。

用法

使用此元素来确定应用于此活动的 SQLTEMPSPACE 阈值（如果有的话）。

用法

使用此元素来确定此活动是否已违反应用于此活动的 SQLTEMPSPACE 阈值。

用法

此编号与存取方案中可使用 db2expln 获取的子节号相关联。

用法

用法

用法

此标识用于区分备用数据库。 此标识是系统生成的。 对于不同查询，标识至备用数据库的映射可能会更改。 但是，标识“1”始终分配给主备用数据库（或单备用数据库系统中的唯一备用数据库）。 如果对备用数据库发出查询，那么其他备用数据库不可视；在此情况下，始终返回 0。

用法

接收和重放位置是分开报告的，以提供更详细的备用数据库状态。 假脱机允许接收和重放位置有很大差异。 standby_log_pos 显示接收位置。 与 primary_log_pos 进行比较时，standby_log_pos 指示故障转移时的数据丢失风险。 standby_replay_log_pos 影响接管（强制和非强制）所花时间，因为接管必须完成所有已接收日志的重放。 standby_replay_log_pos 还指示备用数据库上读取的数据有多新。 在 V9.7 及之前版本中，所报告备用数据库日志位置是重放位置。

用法

该间隔是以字节数度量的。 它通常不会超过 standby_recv_buf_size 与 standby_spool_limit 之和。 可能会因为缓冲区和假脱机管理的灵活性而略微超过此和。 如果此间隔达到缓冲区大小与假脱机限制之和，那么备用数据库将停止接收将阻止处于对等状态的主数据库的日志。 如果所报告接收/重放间隔小于缓冲区与假脱机之和，那么备用数据库还可能用完缓冲区和假脱机空间，因为部分页可多次发送并占用缓冲区中的多个空间页（尽管在假脱机中始终为一页）。 但是，日志间隔计算不会考虑多次发送。

用法

用法

如果假脱机限制是 0（禁用假脱机），那么将返回 NULL。 如果假脱机限制是 -1（假脱机不受限制），那么将返回活动日志路径大小中假脱机页码的百分比。 当假脱机百分比达到 100% 时，备用数据库将停止接收日志，直到因为继续重放而释放空间为止。 如果假脱机设备（备用数据库日志路径）已满，那么假脱机可在达到限制前停止。

用法

对于变更历史记录事件监视器，这是实用程序事件的对应开始（UTILSTART 或 UTILSTARTPROC）的唯一标识。 将此元素与 START_EVENT_TIMESTAMP 和成员元素配合使用以使停止记录与对应开始记录相关联。

用法

用法

使用此元素来确定生成此统计信息记录的时间。

将此元素与 last_wlm_reset 元素配合使用以确定生成此统计信息记录中的统计信息的时间间隔。

此监视元素还可用来将对同一收集时间间隔生成的所有统计信息记录分组。

用法

使用此元素来确定当前统计信息高速缓存的大小。 此值经常更改。 为了评估系统使用情况，请长期在特定时间间隔捕获快照。 使用此元素来调整 catalogcache_sz 配置参数的值。

用法

将此元素与 stats_fabrications 配合使用，以评估数据库级别的实时统计信息收集对性能的影响。 对于动态 SQL 快照监视器，可以将此元素与 total_exec_time 和 num_executions 配合使用以评估产生统计信息的影响。 对于语句事件监视器，可以将此元素与 stmt_start 和 stmt_stop 配合使用，以进一步评估实时统计信息收集的影响。

用法

使用此元素来确定数据库中产生统计信息的频率。 此值经常更改。 为更好地了解系统使用情况，请长期在特定时间间隔捕获快照。 与 stats_fabricate_time 配合使用时，此元素可帮助您评估产生统计信息的影响。

用法

可使用此元素和 rts_rows_modified 监视元素来帮助确定是否需要运行 RUNSTATS 命令。

用法

将此元素用作完成语句所花时间的指示符。

此元素由两个子元素组成，它们报告耗用时间的秒数和微秒（一秒的百万分之一）数。 这些子元素的名称可通过将“_s”和“_ms”添加至此监视元素的名称派生而成。 要检索此监视元素耗用的总时间，必须将这两个子元素的值加在一起。 例如，如果“_s”子元素值为 3，“_ms”子元素值为 20，那么此监视元素耗用的总时间为 3.00002 秒。

用法

将此元素与其他语句历史记录条目一起使用来了解导致死锁的 SQL 语句的顺序。

用法

可以使用此元素来唯一地标识在其中执行了特定 SQL 语句的调用。 还可将此元素与其他语句历史记录条目一起使用来了解导致死锁的 SQL 语句的顺序。

用法

将此元素与其他语句历史记录条目一起使用来了解导致死锁的 SQL 语句的顺序。

用法

可将此元素与其他语句历史记录条目一起使用来了解导致死锁的原因和特定 SQL 语句的执行行为。

用法

通过将此元素与 stmt_invocation_id 监视元素配合使用，可以唯一地标识在其中已经执行了特定 SQL 语句的调用。 还可将此元素与其他语句历史记录条目一起使用来了解导致死锁的 SQL 语句的顺序。

用法

可使用此元素来确定正在执行或最近完成的操作。

它可以是下列其中一项：

用法

在多分区环境中，对于高速缓存的语句，每个分区都有一个唯一的语句标识。 给定语句在各分区中的标识可能不同。

在全局动态 SQL 快照中，只返回第一个语句标识。

用法

通过将此元素与 stmt_nest_level 监视元素配合使用，可以唯一地标识特定 SQL 语句的调用。 还可将此元素与其他语句历史记录条目一起使用来了解导致死锁的原因。

用法

通过将此元素与 appl_id 配合使用，可以唯一地标识运行特定 SQL 语句的请求的来源。 还可将此元素与其他语句历史记录条目一起使用来了解导致死锁的原因。

用法

对于应用程序快照，此语句文本帮助您标识获取快照时执行的应用程序或最新处理的应用程序（如果获取快照时正好没有在处理的语句）。

此元素返回的信息是从 SQL 语句高速缓存中获取的，并且在高速缓存溢出时可能不可用。 如果要捕获语句的 SQL 文本，那么唯一保险的方法是对语句使用事件监视器。

对于动态 SQL 语句，此元素标识与程序包相关联的 SQL 文本。

对于语句事件监视器而言，将仅对动态语句返回此元素。 如果语句事件监视器记录在语句事件监视器的 BUFFERSIZE 选项所指定大小的缓冲区中放不下，那么 stmt_text 监视器的值可能会被截断以使该记录能够放得下。

对于 EVENT_STMT_HISTORY 事件监视器而言，将仅对动态语句返回此元素。 对于其余事件监视器而言，仅当 stmt_text 包含在 SQL 语句高速缓存中时，才会对动态和静态语句返回此元素。

有关如何查询系统目录表以获取因为性能注意事项而未提供的静态 SQL 语句文本的信息，请参阅 section_number 监视元素。

用法

可使用此元素来确定正在执行的语句的类型。 这可以是下列其中一个值：

用法

用法

可将此元素与其他语句历史记录条目一起使用来了解导致死锁的原因。