今天主要从整体的角度来分析问题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 就会出现多个执行计划。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)