众所周知，SOL 优化是一个复杂的工程，首先要讲究从整体到局部。今天主要从整体的角度来分析问题sql,先介绍下关于数据库整体优化都有哪些性能工具。
什么样的sql需要优化？
不同场景调优工具这里我们分成整体和局部两个场景。
关于局部分析调优工具，这个其实就是在说 SOL 的执行计划了，这是 SOL 优化最重要的手段之一，通过分析执行计划，我们可以知道 SOL 语旬的访问路径，知道它慢在哪里，从而进行 SOL 优化。前面已经介绍了怎么生成执行计划，这里就不解释了。
关于整体的调优工具，这里我们先撇开主机、网络、存储等层面的因素，暂时从数据库的整体层面入手。主要工具有 AWR、ASH, ADDM、AWRDD 这四个工具。其中 AWR 是关注数据库的整 体性能的报告； ASH 是数据库中的等待事件与哪些 SOL 具体对应的报告, ADDM 是 Oracle 给出的一些建议；而 AWRDD 是 Oracle 针对不同时段的性能的一个比对报告。
我们一般获取系统整体信息都是通过报告和日志获取。就跟破案一样， 这就是收集证据的阶段。接下来要找到蛛丝马迹，那就是如何发现问题。下面介绍下整体调优时需要关注提取到的这些报告的哪些要点、哪些关键字， 具体流程图如下：
1.AWR 的关注点
AWR 是 Oracle 10g 版本 推出的新特性， 全称叫Automatic Workload Repository-自动负载信息库，AWR 是通过对比两次快照(snapshot)收集到的统计信息，来生成报表数据。
AWR 报告是五大报告中最全面最重要的一个报告，它的相关指标也显得格外重要。这里我 们列出 DB Time、 load_profi le、 efficiency percentages、 top 5 events、 SOL Statistics、 Segment_statistics 这 6 个指标入手分析。
2.ASH 的关注点
ASH以V$SESSION为基础，每秒采样一次，记录活动会话等待的事件。不活动的会话不会采样，采样工作由新引入的后台进程MMNL来完成。
完成了 ASH 报告的获取后，打开获得的 ASH 报告，其实对于该报告可关注的东西非常直 接，就是看看哪些 SOL 和哪些等待事件是相关联的。
3. ADDM 的关注点
ADDM（Automatic Database Diagnostic Monitor），就是通过诊断和分析awr得到的数据来推断数据库可能存在的问题，addm给出的建议是依照减少db_time为依据。每次收集完awr报告后，都会产生一个addm分析，分析结果在shared_pool里，mmon进程定期将其写入磁盘，AWR每产生一次快照，MMON进程就通知ADDM把AWR最近两次快照之间的差值进行分析。因此，在默认情况下，每当有AWR的快照产生，ADDM将自动运行。通过em可以查看。所以说白了，addm应该是帮助我们发现问题的一个很好的工具。addm可以定位出很多问题，或许你想不到的，它都能帮你想到。
由于这是 Oracle 的一些分析建议，所以 ADDM 的阅读非常简单，基本上从 FINDING 1、 FINDING 2 顺序往下看就可以了。一般是从数据库整体配置和局部 SOL 两方面给出建议。
4. AWRDD 的关注点
AWRDD是用于比較两个AWR快照，从而获得不同一时候期的性能，在比较指标的变化。其实这个关注点很简单，基本上就是 AWR 关注什么， AWRDD 就关注什么。
5. AWRSQRPT 的关注点
AWRSQRPT 主要用来查看sql的执行计划，获取AWRSQRPT报告的关键之处在于，交互部分要输入所要分析的SQL的SQL_ID，这是关键之处。而这个SQL_ID可以从AWR报告中获取。
注意：oracle 的执行计划可能会随着环境的变化而变化，会随着数据的变化而变化， 因此可能会产生多个执行计划 ， 这个 AWRSQRPT 就会出现多个执行计划。
关于sql整体优化方面内容就介绍到这了，后面会分享相关的一些脚本，感兴趣的朋友可以关注下！