awr性能分析报告实例详解

Awr -Oracle10g新特性—工作量自动收集-性能调优当数据库发生了性能问题时，如何去定位？比较常用的方法是采用一个既定的模式：解决诸如“是不是同一问题的再现？”、“是否在某一特殊时间段发生？”、“两个问题之间是否存在联系？”等问题，这样通常能得到一个比较好的诊断结果。

作为一个DBA，你可能使用一个第三方或者自己开发的工具来收集数据库运行期间的精细统计数据，并从中得到性能度量数据。

你需要将这些发生问题时的度量数据与当前数据进行比较。

重现以前的时间能使现在的问题变得明朗。

因此，持续的收集相关统计数据对于性能分析来说十分重要。

在某些情况下，在解决收集统计数据这方面的问题上有自己内置的工具——statspack。

尽管在某些情况下的作用非常大，但它缺乏解决性能问题所必须的健壮性。

提供了一个标志性的改进特性：自动工作量存储（Automatic Workload Repository AWR）。

AWR是随着数据库一起被安装的，它不仅能收集统计数据，还能从统计数据中分析出度量数据。

通过运行$ORACLE_HOME/rdbms/admin目录下的awrrpt.sql脚本可以生产AWR 从统计和度量数据中分析报告。

这个分析报告最能体现出AWR的性能分析能力。

这个脚本看起来很像statspack，它会列出所有可用的AWR快照并要求输入两个特定的快照编号作为一个间隔段。

它能产生两种类型的输出：文本格式（除了AWR统计信息外和statspack报告基本类似）和默认的格式（通过超连接等方式来提供一个友好的界面）。

下面来运行以下这个脚本，对它产生的分析报告及AWR的性能分析能力做一个认识。

AWR的使用首先来了解一下AWR是如何设计的，并了解一下它的构造。

基本上来说，AWR 应该是一个Oracle用来收集性能相关统计数据并从中得出性能度量数据来追踪潜在问题的内置工具。

和statspack不一样，AWR的快照信息是由一个新的后台进程MMON及其线程来每隔一个小时自动收集的。

为了节省空间，这些收集的数据会在7天后自动清除。

快照收集的频率和保留时间都是可以被用户修改的。

可以通过以下脚本查看当前的设置：SQL> select snap_interval, retention from dba_hist_wr_control;SNAP_INTERVAL RETENTION------------------- -------------------+00000 01:00:00.0 +00007 00:00:00.0这个结果表明当前的快照是每隔一个小时收集一次，并且会被保留7天。

要改变这个设置，比如需要设置成每隔半小时收集一次，并且只保留3天，可以使用以下语句（参数的单位都是分）：SQL> begin2 dbms_workload_repository.modify_snapshot_settings (3 interval => 30,4 retention => 3*24*605 );6 end;SQL> select snap_interval, retention from dba_hist_wr_control;SNAP_INTERVAL RETENTION------------------- -------------------+00000 00:30:00.0 +00003 00:00:00.0oracle10G性能调优2011-01-04 21:18了解使用Oracle 10g新顾问程序的方法，消除调优工作中的猜测。

" 自动"一词似乎已经毫无限制地应用于Oracle数据库10g的许多新特性当中了--如自动数据库诊断监测器（ADDM）、自动工作量信息库（AWR）、自动空间管理和自动SQL调优。

但是，先不要认为Oracle正在设法让我们失业，应把"自动"理解为"自动驾驶仪"，而不是"自动开罐器"。

没有人会仅仅因为飞机上的仪器内置了某些智能而使其能在高空飞行，就建议将机长从驾驶舱撤出。

同样，对于数据库调优，即使是专家也可能使用一些智能性建议。

我们都已采用TKPROF、Explain Plan和Statspack等工具来确保获得最佳性能。

我们已经重新运行统计、删除统计、修改init.ora参数、创建索引、删除索引、重新编写SQL，采用了各种方法，以寻求更好的性能。

利用数据库管理员的技巧包来找出问题点的解决方案固然有其优点，但这也是重复而耗时的。

Oracle数据库10g内置的自动调优功能不仅提供了这些功能，还提供了更多功能，并达到了极致--性能最佳的数据库--运行速度极快。

这都基于Oracle数据库该版本所内置的新的智能型基础架构。

智能型基础架构Oracle数据库10g综合的智能型基础架构可对整个数据库进行探测，使数据库能够在运行过程中对其自身进行监测和诊断，并通知数据库管理员出现了问题，数据库管理员便可采取有效的纠正措施。

简要地说，Oracle数据库10g中这种新的智能型基础架构的几个关键组件包括AWR、ADDM 和一个"自动顾问程序"（automatic advisors）数组，它们可以使数据库管理员避免许多猜测和重复劳动。

简单地说，AWR包含了Statspack所提供的功能，还会汇总大量新的统计数据。

AWR会收集、处理和维护性能统计数据（默认情况下，AWR每60分钟进行一次数据快照），用于问题检测和自我调优，并将所收集的数据存储在可由ADDM来分析的数据库中。

ADDM蕴含了Oracle公司内外许多Oracle专家的集体智慧，可为有效管理和诊断数据库性能提供基础性的知识和分析。

它进行"根本原因"（root-cause）分析，并跨几种重要的数据库对象类（如应用程序、模式和内存利用率）提出具体建议。

例如，对于一个特定的模式对象，ADDM要确定"对数据库块的读写争用耗费大量的数据库时间，"并给出此结论的报告（在通过命令行生成的ADDM报告中或通过Oracle企业管理器［OEM］控制台进行）。

这样一个结论的详细信息中可能还会包括这样一个事实：向需要空闲列表的表中插入数据存在着一种高级插入方式。

同时会建议："考虑在一个本地管理的表空间中使用Oracle的自动段空间管理……" 建议还可以包括：对数据库资源消耗多于共享的SQL语句运行特定的顾问程序对话。

在以后的专栏中，我将探讨ADDM、AWR及其他一些利用了这一新基础架构智能的新顾问程序。

优化器改进在这批新工具和智能型基础架构中，数据库管理员能最快享受到的好处之一是快速而轻松地调优SQL语句。

SQL调优顾问程序使你可以在不修改源代码的情况下调优SQL语句。

这一特性很有用，尤其是对打包的应用程序，例如，当你等待厂家的补丁程序时，但是它也可以用于任何SQL的调优（例如，通过游标高速缓存，或指定一个SQL文本串）。

在进行详细讨论之前，我们先简要地看一看这一特殊顾问程序（明确地讲是优化器）所依赖的隐含功能的概况。

一般来讲，Oracle SQL性能的核心是Oracle基于成本的优化器（CBO），该组件对获得数据的可能途径进行评估，并从许多可能的备选方案中生成最佳执行计划。

执行计划定义了Oracle数据库执行语句所用的步骤组合；它们包括语句所访问的每个表的访问方法以及这些表的排序（连接顺序）。

优化器可确定执行特定SQL语句的最有效方式。

对于任一特定的SQL语句，指定其有效的可选方式的可能数目后，优化器会对它们进行快速评估，在一秒钟之内生成一个执行计划。

除了优化器的这一所谓"正常"模式外，Oracle数据库10g现在还提供一种"调优"模式（在Oracle文献中有时称作"自动调优优化器"）。

正如其名称意义所示，优化器的调优模式明确地用于SQL调优对话（使用SQL调优顾问程序和SQL访问顾问程序），以生成可在运行时加速性能的附加信息。

调优模式包含了正常模式的性能，同时还提供扩展功能，因此它能够在创建执行计划的过程中进行进一步的分析。

在调优模式下，优化器进行四个关键级别的分析，生成可以为优化器返回SQL语句结果提供附加信息的统计数据：SQL统计数据分析。

优化器会检查缺少或陈旧的统计数据，并给出适当的建议--例如，为指定的数据库对象收集统计数据--以确保生成最佳执行计划。

（优化器还会生成附加信息，如果建议的措施未被采用，这些信息会存储在一个在运行时使用的SQL附加信息集合中）。

SQL附加信息集合。

优化器会进行更广泛的分析，并汇总可以使查询运行更为理想的必要附加信息，将其存储在一个SQL附加信息集合中。

SQL附加信息集合包含的信息可以使SQL 编译器对特定的SQL文本的执行计划进行优化。

SQL附加信息集合在运行时使用（当优化器返回正常模式时），用于提高SQL的性能，但不改变源代码。

SQL访问分析。

优化器对访问方式进行分析，核查索引是否处于最佳使用状态，如果不是，则建议适当地创建索引，以提供更快的访问方式。

（可以单独运行不同的SQL访问顾问程序工具来汇总所有访问结构的建议--特别是物化视图、物化视图记录和整个SQL工作量的索引。

在以后的专栏中我会介绍这一工具。

）SQL结构分析。

当优化器构建执行计划、给出提高性能的建议时，它会分析SQL语句的结构（语义、语法和设计），生成大量的注释和诊断。

例如，为了显著提高性能，优化器可能会建议用NOT EXISTS代替NOT IN，尽管NOT EXISTS在语义上与NOT IN不同，但它们所产生的结果相同。

（不过，只有在该查询的相关连接列中没有NULL值时，你才应该这样更改--这就是SQL调优顾问程序让你来决定是否采用结构分析所生成建议的原因。

）如果在"综合"模式下运行SQL调优顾问程序，四个分析都会进行；但是SQL统计数据分析、SQL访问分析和SQL结构分析只在"有限"模式下进行--不生成SQL附加信息集合。

如果你想调优应用程序代码，如含有打包应用程序的代码，你应使用综合模式，以确保获得SQL 附加信息集合。

优化器的调优模式在SQL调优顾问程序和SQL访问顾问程序对话期间使用。

在综合模式下使用SQL调优顾问程序来为一个或多个SQL语句生成SQL附加信息集合可能会花很长时间--优化器在忙于汇总和生成附加统计数据和注释。

不过，通过更改默认设置值（30分钟），可以限制优化器花在特定调优任务上的时间。

不过，在调优SQL语句，尤其是在处理打包应用程序（其SQL源代码不能直接控制）时，使用SQL附加信息集合将提供极大的好处。