SQL ID特定性能信息

当您需要有关于一个SQL_ID并且不需要所有内容和厨房的内部的信息时,通过Oracle会收集一些不同的方法。我很惊讶于性能调整/优化如何涵盖这一点(无论当前的“可接受”的术语是用于修复数据库时,在出现性能问题时都是为了修复数据库...... j)类,手册和文档。我想在这里掩盖我最喜欢的两个并且知道,还有其他选择我不会挖掘,(sqld360,sqltxplain,跟踪等......)

工作负载存储库SQL报告

我还将其称为“SQL ID特定的AWR报告”。现在,当您在控制台中进入一个唯一的SQL_ID时,您可能已经通过Cloud Control遇到了这份报告,并在查看详细信息后,您注意到等待事件致动力下方有两个选项,其中一个用于运行AWR SQL报告和一个用于ASH报告。许多人没有意识到,这份报告还可以从数据库主机上的命令行中获得。

awrsq1

报告位置:  $ oracle_home / rdbms / admin / awrsqrpt.sql

报告格式:  HTML来自云控件和命令行,文本也是SQL Plus的选项。

要求:  执行dbms_repository和privileges以在主机上运行报告和存储,或者通过云控件运行,然后可以将HTML报告保存到桌面上。

许可:  是的,您确实需要此功能的诊断包。

这份报告真是太棒了?

此报告(如“搜索SQL”),我们将很快进入,允许您通过所有拥有的AWR历史记录,让您知道存在的每个计划哈希值的最小和最大运行,执行计划,随着有关SQL ID的经过时间和其他相关的统计信息。

请注意,数据库的版本,即它是RAC实例,以及RAC环境中的哪个节点在线运行,很快就陈述了,所以如果有人提出这个问题,您可以在报告的顶部快速找到此信息。

awrsq2

该报告将显示所讨论的SQL_ID,以及识别是否有多个计划哈希值(该报告将按PHV编号并识别,(计划哈希值)和计划哈希值ID。这将使它变得简单要知道哪个执行计划和事件属于哪个,如果有多个。对于我们的例子,我们只在这里只有一个。

awrsq3

请记住,为经过的时间,这是为了涉及的快照时间轴的总时间,您需要查看每个执行,以查看实际需要完成的时间长度。当识别涉及绩效挑战的等待活动时,这些统计数据非常有用。

awrsq4

该计划很好地格式化,您可以进入过程中每个步骤中使用的时间。我希望它默认为临时使用情况,但ala,这不是在html报告中。这是报告中唯一的报告区域,其中我更喜欢文本的HTML报告,如本报告,存储报告有相当大的尺寸差异,我讨厌放弃任何数据...... -

如果您在快照时间轴中停电,那么此报告就像AWR一样,依赖于UP时间,并将通知您问题,要求您选择没有涉及停机时间的快照。

搜索SQL.

SEAL SQL自EM10G以来一直存在,但它是最不假的特征之一。我喜欢它,因为它在很大程度上通过快照提供了干净,高水平的性能观点,然后您可以挖掘到那里进行研究。

报告:  没有真正来自命令行 - 它是对报表功能的汇编。

报告格式:  无 - 这是通过控制台,但可以保存一些报告(例如addm和其他报告......)您还可以复制和粘贴或屏幕截图页面。

许可:由于我们在此处使用的方式,将需要诊断和调整包。

使用Search SQL.

使用我们在上面使用的同样的运行时,我们可以识别导致我们关注的SQL_ID,我们希望进一步调查 -

awrss1

复制SQL_ID,以便在搜索SQL控制台中的正确字段中粘贴它。你现在要留下顶级活动,(或灰分分析,无论你使用哪种,都适用于这种类型的初始识别......)

awrss2

每个搜索SQL控制台都是特定于数据库的,因此单击“性能下拉”,SQL然后搜索EM12C的SQL,(EM10G和EM11G,这是直接在性能菜单下......)

awrss3

更新以下部分:

  • 添加AWR快照和基准。
  • 选择所有快照以验证您是否看到AWR中包含的整个性能数据。如果使用默认时间保留AWR的数据库,则为11.2及以上的8天。
  • 输入或将SQL ID粘贴到SQL ID值部分中。
  • 点击搜索,(不要点击显示SQL,因为我知道这有点误导,但它只向您展示云控制运行的SQL语句......)

awrss4

将显示四个选项卡,如果您未注意到完成后,不要感到惊讶,因为缓存通常只返回一行:

  • 游标缓存,(在当前缓存中)
  • awr快照数据,(我们大部分时间都花在哪里......)
  • AWR.基准,(如果您将数据库设置为自动更新或者如果有人从基线运行中置于计划中,则必须备份计划哈希值的更好数据。)
  • 如果您选择检查那些,则SQL Tuning Set Set。

您可以检查现有的运行并以这种方式查看它真正向您展示它目前正在运行的VS。它是如何运行的,但是如果您只是在寻找它真的很好,那么跳过奇特部分并跳转到AWR快照查看AWR中所有快照的SQL ID

awrss5

您从最大的经过时间内看到所有这些都是最小的下降,虽然我们能够查看SQL如何随时间劣化的任何模式,但请注意,如果有计划有值更改,则(在我们的示例,有些,我们没有看到在我们的AWR SQL报告中为此语句),然后单击底部的“下一步25”链接以获得较小的运行时间。

awrss6

在运行时段有一些运行。您可以调查这些,但我们发现他们没有完成或没有返回行。更重要的是我们看到在经过的时间中有效的总体运行时间以及返回行的过程。我在我们的报告中标记了他们。

awrss7

仔细检查后,您还会注意到,除了一个运行之外,它们都属于相同的计划哈希值。这是一个很好的指标,即该计划的价值应该被识别为所有用于此查询的最佳。

现在,我们都知道,它不仅仅是一个查询。数据库可能影响运行。

  • 剧案中的资源限制是多少?
  • 哪里有任何并发​​问题?
  • 哪里有其他因素的整体效果表现?

在右侧,您会注意到快照是链接。您可以使用这些来检查执行发生的快照间隔期间数据库的所有性能。

awrss9

这是数据库级别的高级统计信息。您还有机会从此处运行AddM报告,并查看数据库的“所有重要”视图。

awrss8

现在,第二个选项卡将为您提供此数据库的工作负载存储库报告,包括摘要要告诉您,此数据库在此数据库中您应该知道。

您可以返回搜索SQL报告,然后查看列出的各个执行情况。

AWR.SS12

这将带您到SQL详细信息页面,以获取您单击的一个人 -

AWR.SS10

就像任何SQL详细信息一样,您可以看到活动,计划,计划控制等。上面的示例是从前一天的执行,因此它是一种简单的方法来实现它与历史上的竞争和搜索。通过顶级活动。

基线

现在为什么我们选择基准作为搜索部分的一部分?基准,特别是当它们自动实施时,有时会影响性能,并知道此信息可以快速让您知道这不是另一个涉及的罪魁祸首。

AWR.SS11.

我们可以看到计划哈希值归因于基线,整个经过的时间,并且可以单击基线名称链接,以查看何时何地以及如果它的部分问题诊断。

希望这为您提供更多的工具为您的阿森纳,当老板或同伴站在您的办公桌上并要求挑战答案 - 我们还有什么要求,但答案! -

dbakevlar.

http://about.me/dbakevlar