如何理解 Oracle 中跟踪文件的统计信息。如CPU、经过时间、查询...等

Posted 2023-04-14

【中文标题】如何理解 Oracle 中跟踪文件的统计信息。如CPU、经过时间、查询...等

【英文标题】：How to understand statistics of trace file in Oracle. Such as CPU, elapsed time, query...etc

【发布时间】：2018-10-15 12:55:26

【问题描述】：

我正在学习 Oracle 中的查询优化，我知道跟踪文件将创建有关查询执行和查询的 EXPLAIN 计划的统计信息。

在跟踪文件的底部，它是查询的解释计划。我的第一个问题是，“time = 136437 us”部分是否显示查询执行步骤的持续时间？ “我们”是什么意思？是时间单位吗？

另外，谁能解释一下count、cpu、elapsed、disk和query等统计数据是什么意思？我已经谷歌并阅读了有关它们的 Oracle 文档，但我仍然无法理解。谁能更清楚地阐明这些统计数据的含义？

提前致谢。我是新手，对我的英语感到抱歉。

【问题讨论】：

μs - 微秒，百万分之一秒。

Oracle 手册中的Guidelines for Interpreting TKPROF Output 有帮助吗？

嗨，我不确定我是否了解行源操作？它具有以微秒为单位的时间统计信息。当我优化查询时。我需要关心行源操作时间吗？还是我只需要关心 CPU 和经过的时间？

【参考方案1】：

Oracle 数据库中数据访问的最小单位是块。不是一排。

每个块可以存储许多行。

数据库可以在当前或一致模式下访问块。

当前 = 因为块“现在”存在。 一致 = 因为在您的查询开始时已被阻止。

查询和当前列报告数据库以一致（查询）和当前模式访问块的次数。

当访问一个块时，它可能已经在缓冲区缓存（内存）中。如果是这样，则不需要磁盘访问。如果没有，它必须进行物理读取（pr）。磁盘列是总物理读取的计数。

计划中每一行的统计数据是该操作的数据。加上其所有子操作的总和。

简单来说，数据库通过首先访问第一个孩子来处理计划。然后将行向上传递给父级。然后按顺序排列该父级的所有其他子操作。子操作在显示中从其父操作缩进。

所以数据库像这样处理您的查询：

从 CUSTOMER 读取 2,000 行。这需要 749 次一致的块获取和 363 次磁盘读取（此行上的 cr 和 pr 值）。这需要 10,100 微秒。 从 BOOKING 中读取 112,458 行。这进行了 8,203 次一致读取和零磁盘读取。这花费了 337,595 微秒 使用散列连接将这两个表连接在一起。 CR、PR、PW（物理写入）和时间值是以下操作的总和。加上这个操作所做的任何工作。所以哈希连接： 做了 8,952 - ( 749 + 8,203 ) = 零一致读取 363 - ( 363 + 0 ) = 零物理读取 执行耗时 1,363,447 - ( 10,100 + 337,595 ) = 1,015,752 微秒

注意哈希连接的 CR 和 PR 总计与 fetch 行中的查询和磁盘总计相匹配？

计数列报告该操作发生的次数。提取是对数据库的调用以获取行。因此客户端调用了数据库 7,499 次。每次收到 ceil(112,458 / 7,499) = 15 行。

CPU 是服务器的处理器执行该步骤的总时间（以秒为单位）。 Elapsed 是挂钟的总时间。这是 CPU 时间 + 任何额外的工作。比如磁盘读取、网络时间等。

【讨论】：

感谢您的回答。我的问题是：为什么行源操作时间不如 CPU 时间重要。在Guidelines for Interpreting TKPROF Output。来自 Oracle，它说“如果可以接受 7.01 CPU 秒并检索 824 行，那么您无需进一步查看此跟踪输出。”为什么行源操作时间和经过时间不如 CPU 时间重要。这让我很困惑。

行源统计数据是每个步骤所用时间的细分。而在理想情况下，大部分经过的时间应该是 CPU 时间。 TKPROF 输出可以包含许多语句。对于其中的每一个，您都需要回答以下问题：“此语句是否足够快？”这就是那句话的意思：鉴于 SQL 所做的工作，是否值得尝试调整它？您只需查看该问题答案为“是”的语句的行源统计信息。