(完整)ORACLE性能AWR报告的使用和分析101354.pdf

《(完整)ORACLE性能AWR报告的使用和分析101354.pdf》由会员分享，可在线阅读，更多相关《(完整)ORACLE性能AWR报告的使用和分析101354.pdf（16页珍藏版）》请在淘文阁 - 分享文档赚钱的网站上搜索。

1、百学须先立志。朱熹云路鹏程九万里，雪窗萤火二十年。王实甫(完整)ORACLE 性能 AWR 报告的使用和分析 ORACLE 性能诊断 AWR 报告的使用和分析 为满足业务的运行要求,高性能要求是目前 IT 系统普遍面临的最棘手问题，尤其是客户面对着目前越来越庞大系统和数据，系统整合、数据大集中似乎成了趋势.针对系统性能优化的诊断和分析，数据库方向又是其中的重要一环，本文将针对ORACLE 中常用的性能诊断工具 AWR 报告，进行分析说明.一、ORACLE 性能诊断工具 ORACLE 数据库的性能的诊断工具有很多种，在 9i 之前主要通过手工进行采集分析，例如使用动态视图和Statspack报告

2、来获取数据库性能状态信息,10g以后ORACLE数据库的性能诊断和改进建议越来越自动化,不过能够熟悉并掌握 ORACLE 的相关性能诊断工具的使用，仍对性能问题的准确和有效处理提供有利的帮助.以下是 ORACLE 中常用的一些分析工具。动态性能视图 动态性能视图是 ORACLE 中最常用，也是最简单的一种工具。无论何种性能问题，都能在动态性能视图中找到线索,不过仅 10g 中动态性能视图就高达几百个，每个视图都包括很多诊断信息，想在众多的视图中找到问题的根源，也是一件费力的事情.一般常用的动态性能视图有：vsession、v$session_wait、vprocess、v$sql、vlock、

3、v$latch、vsysstat、v$system_event、v$sgastat。Statspack 报告 statspack 是 Oracle 9i 之前使用的一个数据库收集工具，收集了数据库全面信息,包括负载概览、前五个等待事件、高速缓存的大小、共享池中 SQL 语句、表空间和文件 I/O、库高速缓存、SGA 统计等。AWR 和 ADDM 报告 AWR 是 10g 以后提供的一个新工具，Oracle 建议用户用这个取代 Statspack,它采集与性能相关的统计数据，并从那些统计数据中导出性能量度，以跟踪潜在的问题，并自动生成ADDM（自动数据库诊断监控）报告,为用户提供数据库性能诊断分

4、析建议。SQL 执行计划和建议 数据库中 SQL 的执行效率可能是对系统影响最大的一个因素，利用 ORACLE 执行计划的分析，可以准确知道 SQL 执行的代价，并提供多个方面的调整建议，来进行 SQL 代码的优化分析.二、生成 AWR 报告 以下，本文将针对 oracle10g 后提供的常用性能分析报告 AWR，依此来描述和分析数据库的性能点和优化建议。勿以恶小而为之，勿以善小而不为。刘备忍一句，息一怒，饶一着，退一步。增广贤文(完整)ORACLE 性能 AWR 报告的使用和分析 AWR 由 ORACLE 自动产生,默认 30 分钟采集一次，保留 5 天的记录.但是也可以通过DBMS_WOR

5、KLOAD_REPOSITORY 包来手工创建、删除和修改.使用脚本 awrrpt.sql 或 awrrpti。sql来查看 AWR 报告,这两个脚本都在目录ORACLE_HOME/rdbms/admin 中，报告可以保存为文本文件或 HTML 文件。生成 AWR 报告的步骤如下：sqlplus sys/sys127。0.0。1/scmis as sysdba SQL c：/oracle/product/10.2。4/db_1/RDBMS/ADMIN/awrrpt.sql 输入 report_type 的值:html (注：确定报告的格式）输入 num_days 的值:1 （注：选择快照的天数

6、）输入 begin_snap 的值:425 （注：起始快照）输入 end_snap 的值:427 (注：结束快照）输入 report_name 的值：d：scmisawr201110-29。html （注：报告生成的名称和位置）三、AWR 报告分析 AWR 报告头记录了数据库名称和起始快照时间,报告头中主要分析 Elapsed（总时间)和 DB Time（DB 消耗的时间，不包括后台进行的消耗时间），如果 DB Time/Elapsed 比值较大，说明数据库系统压力较大，例如下图中系统包括 16CPU(28 核），每个 cpu 耗时 26.7min，负载为26.7/60.03=44.5%，说明

7、数据库服务器存在较大的负荷。即：427。44/60.316100%=44。5 1、sessions 表示采集是实例连接的会话数，这个数可以让我们了解数据库并发用户的大概情况。如果是新接手的数据库，对判断数据库的类型可以做参考 2、Cursors/Session，平均每个会话卡开的游标数。3、DB Time 4、这个数值比较重要，它表示用户操作花费的时间，包括cpu和等待事件.有时候DB Time会比Elapsed时间要长。因为 AWR 是一个数据的合集，比如说 1 分钟内一个用户等待 10 秒钟，那么 10 个用户是 300 秒（5忍一句，息一怒，饶一着，退一步。增广贤文天行健，君子以自强不息

8、。地势坤，君子以厚德载物。易经(完整)ORACLE 性能 AWR 报告的使用和分析 分钟）；cpu 的时间也是一样一分钟之内，一个 cpu 处理 30 秒，那么 4 个 cpu 就是 1。2 分钟，8 个就是 2.4分钟，这些都以累计的方式记录在 awr 报告当中的.AWR 报告总览包括了五个部分:缓存尺寸（Cache Sizes）、负载性能（Load Profile）、数据库效率(Instance Efficiency Percentages）、共享池统计（Shared Pool Statistics）、TOP5事件（Top 5 Timed Events）.这五个部分也就是整个报告核心，记录

9、了数据库系统的关键性能参数和状况。1)缓存尺寸(Cache Sizes）主要记录总的缓存大小 Buffer Cache 和 SGA 缓存尺寸 Shared Pool Size，SGA 是 ORACLE中非常重要的内存共享区，对系统内的所有进程都是共享的。当多个用户同时连接到一个例程时，所有的用户进程、服务进程都可以共享使用这个 SGA 区。Shared pool 可以分为库缓存(library cache）和数据字典缓存（dictionary cache）.Library cache 存放了最近执行的 SQL语句、存储过程、函数、解析树以及执行计划等.而 dictionary cache 则存

10、放了在执行 SQL 语句过程中，所参照的数据字典的信息,包括 SQL 语句所涉及的表名、表的列、权限信息等。2)负载性能（Load Profile）这个部分记录了数据库负载情况，绝对值的分析意义不大，需要与之前的基线数据比较才具有更多的意义,单个的报告数据只说明应用的负载情况,绝大多数据并没有一个所谓“正确”的值.其中重要的几个对于 Logons 大于每秒 12 个，表明可能有争用问题;对于 Hard parses大于每秒 100，parses 大于每秒 300，表明硬解析太多，SQL 重用率不高，需要解决 SQL 代码变量绑定问题，并调整共享池参数、调整 cursor_sharing 参数；

11、对于 Sorts 大于每秒 100，表明排序过多，需要减少 SQL 代码中排序操作，或调整排序空间。丹青不知老将至，贫贱于我如浮云。杜甫大丈夫处世，不能立功建业，几与草木同腐乎？罗贯中(完整)ORACLE 性能 AWR 报告的使用和分析 Logons：Logons show how many users are logged onto the database per second 这个表里应该注重:1）logical reads 和 physical reads,同时也可以得到平均每个逻辑读导致多少物理读，即 19。1/37410。4=0。05.平均每个事务产生了 9040.68 个逻辑读,

12、这个数字应该越小越好.2）parses 和 hard parses：从表中可以看到 cpu 平均每秒进行了 81。24 个解析(超过 100 个应该注意），每秒进行 5.39（超过 10 个应该注意)次硬解析,即 cpu 每秒要处理 5。39 个全新的 sql.3)数据库效率（Instance Efficiency Percentages）记录了 Oracle 关键指标的内存命中率及数据库实例其它操作的效率，这个部分反应了数据库中最重要指标的命中率。缓冲区未等待率（buffer nowait%)：指在缓冲区中获取 buffer 的未等待比率.该指标的值应接近 100%，如果该值较低，则可能要增

13、大 buffer cache，,不应该低于 99。redo 缓冲区未等待率(redo nowait）:指在 redo 缓冲区获取 buffer 的未等待比率。该指标的值应接近 100，如果该值较低，则有 2 种可能的情况：古之立大事者，不惟有超世之才，亦必有坚忍不拔之志。苏轼百川东到海，何时复西归？少壮不尽力，老大徒伤悲。汉乐府长歌行(完整)ORACLE 性能 AWR 报告的使用和分析 1）online redo log 没有足够的空间；2）log 切换速度较慢。缓冲区命中率(buffer hit）：指数据块在数据缓冲区中的命中率。该指标的值通常应在 90以上（不应该低于 99%），否则，需要

14、调整.如果持续小于 90，可能要加大 db_cache_size。但有时,缓存命中率低并不意味着 cache设置小了，可能是潜在的全表扫描降低了缓存命中率.内存排序率（in-memory sort%)：指排序操作在内存中进行的比率。该指标的值应接近 100%，如果指标的值较低，则表示出现了大量排序时的磁盘 i/o 操作，可考虑加大 sort_area_size 参数的值。共享区命中率（library hit)：该指标主要代表 sql 在共享区的命中率。该指标的值通常应在95以上，否则需要考虑加大共享池(修改 shared_pool_size参数值），绑定变量,修改 cursor_sharing

15、 等参数。软解析的百分比(soft parse)：该指标是指 oracle 对 sql 的解析过程中,软解析所占的百分比。该指标的值通常应在 95%以上，如果低于 80%,那么就可能 sql 基本没被重用，sql没有绑定变量，需要考虑绑定变量。闩锁命中率（latch hit）：指获得 latch 的次数与请求 latch 的次数的比率。该指标的值应接近 100%，如果低于 99%,需要分析闩锁竞争,明确是应用锁、数据字典锁、内存控制锁的哪一种。通过进一步分析 Latch Statistics 章节或动态性能视图 vsession_wait，vlatch,v$latch_children。sql

16、 语句执行与解析的比率(execute to parse%):指 sql 语句执行与解析的比率。该指标的值应尽可能到高，如果过低,可以考虑设置 session_cached_cursors 参数。%NonParse CPU：说明花费在十几工作的时间和花费在解析上的时间的对比 execute to parse，说明 sql 语句执行与解析的比率 4)共享池统计（Shared Pool Statistics)记录了在采集点时刻,共享池（share pool）内存被使用的比例。这个指标的值应保持在75%90，如果这个值太低,就浪费内存，如果太高，会使共享池外部的组件老化,如果 sql 语句被再次执行

17、，则就会发生硬分析。其中执行次数大于 1 的 sql 比率（SQL with executions1），如果此值太小，说明需要在应用中更多使用绑定变量，避免过多 SQL 解析。先天下之忧而忧，后天下之乐而乐。范仲淹云路鹏程九万里，雪窗萤火二十年。王实甫(完整)ORACLE 性能 AWR 报告的使用和分析 Memory Usage，说明在 shared pool 中，被使用的部分占 shared pool 总尺寸的百分比。这个值应保持适中，（如 85%），如果太高，则会引起 shared pool 中的对象被刷出内存，从而导致 sql 语句的硬解析增加，太低则浪费内存；SQL with exec

18、utions1，执行次数大于 1 次的 sql 占总 sql 数的百分比，越大越好;Memory for SQL w/exec1，在 shared pool 中执行次数大于 1 次的 sql 语句所消耗的内存占 shared pool 的百分比 5)TOP5 事件(Top 5 Timed Events）这个部分也是 AWR 报告中非常重要的部分，从这里可以看出等待时间在前五位的是什么事件,基本上就可以判断出性能瓶颈在什么地方。通常，在没有问题的数据库中,CPU time 总是列在第一个，其他几类重要影响性能的事件分析如下。缓冲区忙（buffer busy）：当一个会话想要访问缓存中的某个块,而

19、这个块正在被其它会话使用时，将会产生该等待事件.这时候,其它会话可能正在从数据文件向缓存中的这个块写入信息,或正在对这个块进行修改。出现这个等待事件的频度不应大于1。如果这个等待事件比较显著，则需要根据等待事件发生在缓存中的哪一块（如字段头部、回退段头部块、回退段非头部块、数据块、索引块等)，采取相应的优化方法。文件分散读取（db file scattered read)：该等待事件通常与全表扫描有关。因为全表扫描是被放入内存中进行的进行的,通常情况下它不可能被放入连续的缓冲区中，所以就散布在缓冲区的缓存中。如果这个等待事件比较显著，可能说明对于某些全表扫描的表，没有创建索引或没有创建合适的索

20、引。尽管在特定条件下执行全表扫描可能比索引扫描更有效，但如果出现这种等待时,最好检查一下这些全表扫描是否必要.文件顺序读取(db file sequential read)：该等待事件通常与单个数据块相关的读取操作有关。如果这个等待事件比较显著，可能表示在多表连接中,表的连接顺序存在问题，或者可能不合适地使用了索引。对于大量事务处理、调整良好的系统，这一数值大多是很正常的，但在某些情况下，它可能暗示着系统中存在问题。应检查索引扫 描，以 保 证 每 个 扫 描 都 是 必 要 的，并 检 查 多 表 连 接 的 连 接 顺 序.另 外db_cache_size？也是这些等待出现频率的决定因素。

21、队列（enqueue）：队列是一种保护共享资源的锁定机制。该锁定机制保护共享资源,如记录中的数据,以避免两个人在同一时间更新同一数据。如果 enqueue 等待事件比较显著，则需要根据 enqueue 等待类型，采取相应的优化方法.闩锁释放（latch free)：latch 是一种低级排队机制(它们被准确地称为相互排斥机制)，用于保护系统全局区域（sga)中共享内存结构.该等待事件意味着进程正在等待其他进程已持有的 latch。对于常见的 latch 等待通常的解决方法：1）share pool latch：在 oltp 应用中应该更多的使用绑定变量以减少该 latch 的等待。2)libr

22、ary cache latch：同样的需要通过优化 sql 语句使用绑定变量减少该 latch 的等待。大丈夫处世，不能立功建业，几与草木同腐乎？罗贯中人不知而不愠，不亦君子乎？论语(完整)ORACLE 性能 AWR 报告的使用和分析 日志文件同步（log file sync)：这个等待事件是指当一个会话完成一个事务（提交或者回滚数据)时，必须等待 lgwr 进程将会话的 redo 信息从日志缓冲区写到日志文件后,才能继续执行下去。这个等待事件的时间过长，可能是因为 commit 太频繁或者lgwr 进程一次写日志的时间太长(可能是因为一次 log io size 太大），可调整_log_io

23、_size。wait for a undo record:数据库恢复 read by other session READ BY OTHERS SESSIONS 的根本原因就是因为你某条 SQL 做了大量 block 的扫描,我猜想那条 SQL 至少要 50 万个逻辑读。除了解决 SQL 问题，基本没有别的办法 6)Time Model Statistics Statistic Name Time(s)of DB Time sql execute elapsed time 85，698.49 99。38 DB CPU 26，832.02 31。12 parse time elapsed 369

24、。05 0.43 hard parse elapsed time 324。19 0.38 failed parse elapsed time 109.55 0。13 sequence load elapsed time 62.49 0.07 PL/SQL execution elapsed time 17。78 0。02 hard parse（sharing criteria)elapsed time 7。54 0.01 PL/SQL compilation elapsed time 1。42 0.00 connection management call elapsed time 0。49

25、0.00 hard parse(bind mismatch）elapsed time 0。13 0。00 repeated bind elapsed time 0.12 0.00 勿以恶小而为之，勿以善小而不为。刘备吾日三省乎吾身。为人谋而不忠乎？与朋友交而不信乎？传不习乎？论语(完整)ORACLE 性能 AWR 报告的使用和分析 DB time 86，229.43 background elapsed time 1，211.05 background cpu time 46。42 Sql execute elapsed time 数据库执行 SQL 总时间 parse time elapse

26、d 解释 SQL 总时间 hard parse elapsed time 硬解释 SQL 的总时间 PL/SQL execution elapsed time pl/sql 执行时间 DB CPU 用户占用 CPU 的总时间 failed parse elapsed time 遇到 SQL 解释时间 7)SQL 统计（SQL Statistics）AWR 报告中还有一块对性能影响最大的指标，TOP SQL 统计。本节按各种资源分别列出对资源消耗最严重的 SQL 语句,并显示它们所占统计期内全部资源的比例,提供给我们调优依据.SQL ordered by Elapsed Time：记录了执行总和

27、时间的 SQL，记录的是监控范围内该 SQL 的执行时间总和，需要综合分析 CPU 时间（CPU Time)和执行次数（Executions）才能得到单个 SQL 的代价。单次执行开销较大的 SQL 属于重点优化之列。SQL ordered by CPU Time：记录了执行占 CPU 时间总和时间最长的 SQL，再 CPU 消耗较大的系统中，重点优化此类 SQL.SQL ordered by Gets:记录了执行占总 buffer gets(逻辑 IO）的 SQL，查找总的缓冲区获取比较高的 SQL，并根据平均每次执行缓冲区获取的数量判断优化的余地有多大.优化这些 SQL，有助于减少 CPU

28、 开销以及数据缓冲池相关的闩锁竞争。SQL ordered by Reads：记录了执行占总磁盘物理读(物理 IO)的 SQL，查找总的物理读比较高的 SQL，并根据平均每次执行物理读的数量判断优化的余地有多大.优化这些 SQL，有助于减少 I/O 开销和 CPU 开销。SQL ordered by Executions:记录了按照 SQL 的执行次数排序的 SQL，执行次数多的SQL 也是需要重点优化，使 sql 语句中的子操作执行次数尽量少。丹青不知老将至，贫贱于我如浮云。杜甫其身正，不令而行；其身不正，虽令不从。论语(完整)ORACLE 性能 AWR 报告的使用和分析 SQL order

29、ed by Parse Calls：记录了解析次数排序的 SQL，避免出现硬解析,采用使用绑定变量等方式。SQL ordered by Sharable Memory：记录了 SQL 占用 library cache 的大小的 SQL。SQL ordered by Version Count：记录了 SQL 的打开子游标的 SQL。SQL ordered by Cluster Wait Time：记录了集群的等待时间的 SQL。8)IO Stats-Tablespace IO Stats Tablespace Reads Av Reads/s Av Rd(ms)Av Blks/Rd Write

30、s Av Writes/s Buffer Waits Av Buf Wt（ms)SYSAUX 9，553 0 4.07 1。65 19，729 0 0 0.00 UNDOTBS 7,879 0 3。21 1。00 8，252 0 20 5。50 SYSTEM 2，496 0 4.74 1。62 4,469 0 0 0。00 USERS 364 0 3.08 1.57 4 0 0 0.00 TEMP 34 0 3.24 12.35 25 0 0 0。00 TEST2 4 0 47。50 1。00 4 0 0 0.00 1）可以找到具有频繁读写活动的表空间或数据文件，如果临时表空间的写入数量最高，

31、说明排序太多太大；2)从 AVG BLKS/RD 列可以看出，哪些表空间上经历了最多的全表扫描，如果值大于 1，则应该将该值与初始化参数 db_file_multiblock_read_count 的值进行比较，如果他们越接近,说明在该表空间上进行的大部分是全表扫描；3)检查 AV RD(MS),该列表明 I/O 读的时间，值应该小于 20ms，如果过大应该检查是否将读写很频繁的文件放在了同一个磁盘上 9)Segment Statistics 常将有日思无日，莫待无时思有时。增广贤文古之立大事者，不惟有超世之才，亦必有坚忍不拔之志。苏轼(完整)ORACLE 性能 AWR 报告的使用和分析 1)

32、Segments by Logical Reads 或 Segments by Physical Reads 可以找到逻辑读或物理读比较大的对象，并查找原因，是否可以通过创建新索引、或采用分区表等来降低对象的逻辑读以及物理读；2）Segments by Row Lock Waits，通过这个报表可以找到获得行级锁最严重的对象，需要跟开发人员探讨解决方法；3）Segments by ITL Waits，这个报表可以标明获得 ITL 等待最严重的对象,如果发现了 ITL等待很严重的对象，则应该将对象的 initrans 参数设置为并发操作该对象的进程个数；4）Segments by Buffer

33、Busy Waits,获得 buffer busy waits 最严重的对象.在同一时刻只有一个进程能够访问同一个数据块，其它进程必须等待。解决的关键是优化那些扫描了过多数据块的 sql 语句，减少他们要扫描的数据块。如果已经优化了 sql 语句，则可以考虑增大 pctfree的值，从而减少一个数据块中能够包含的数据行数，从而将对象的数据行分部到更多的数据块里去。10)Instance Activity Statistics 实例活动统计数据 云路鹏程九万里，雪窗萤火二十年。王实甫常将有日思无日，莫待无时思有时。增广贤文(完整)ORACLE 性能 AWR 报告的使用和分析 1)比较在内存中和磁

34、盘中的排序量,如果磁盘排序太高就需要增加PGA_AGGREGATE_TARGET(或者旧版本中增大 SORT_AREA_SIZE)2)如果磁盘的读操作较高,表明可能执行了全表扫描，如果目前存在大量的较大的对较大表的全表扫描，就应当评估最常用的查询并通过增加索引来提高效率。大量的非一致性读操作意味着使用了过多的索引或者使用了非选择性索引。3)如果脏读缓冲区数量高于所请求的空闲缓冲区的数量（超过 5），那么说明 DB_CACHE_SIZE 太小，或者没有建立足够多的检查点。如果叶节点的分裂数量很高可以考虑重建已增长或已经碎化的索引。4)consistent gets：没有使用 select for

35、 update 子句的查询在缓冲中访问的数据块数量，这个数量加上 DB BLOCK GETS 统计信息的值就是逻辑读操作总数 5)DB BLOCK GETS:使用了 INSERT UPDATE DELETE OR SELECT FOR UPDATE 语句在缓存中访问的数据块数量.6)PHYSICAL READS：没有从缓存中度取得数据量。可以从磁盘,操作系统缓存或者磁盘缓存中读取，以满足 SELECT，SELECT FOR UPDATE,INSERT，UPDATE,DELETE 语句 7)LOGICAL READS=CONSISTENT GETS+DB BLOCK GETS 8)缓存命中率 H

36、IT RATIO=（LOGICAL READS PHYSICAL READS)/LOGICAL READS*100 9)=（CONSISTENT GETS+DB BLOCK GETS PHYSICAL READS)/（CONSISTENT GETS+DB BLOCK GETS)100%缓存命中率应该高于 95%，否则需要增加 DB_CACHE_SIZE.10)DIRTY BUFFERS INSPECTED ：从 LRU 列表中清除掉的脏读（经过修改的)数据缓冲区的数量，如果此值超过 0，可以考虑增加 DB_WR 进程。11)ENQUEUE TIMEOUTS:请求入列的次数（锁定），以及所请求的

37、特定队列不可用的次数。如果这个统计信息大于 0,就需要调查锁定问题。12)FREE BUFFER INSPECTED:由于是脏读数据、被固定或者正忙等原因儿跳过的缓冲区数量。如果数量很大的话就说明缓冲区缓存太小了.13)PARSE COUNT:一条 SQL 语句被解析的次数。常将有日思无日，莫待无时思有时。增广贤文先天下之忧而忧，后天下之乐而乐。范仲淹(完整)ORACLE 性能 AWR 报告的使用和分析 14)RECURSIVE CALLS：数据库中递归调用的数量。如果某个进程中的递归调用数量大于 4,就应当检查数据字典缓存的命中率，以及是否有表或者索引的范围过大.除非使用了大量 PL/SQL

38、，否则在用户调用中，递归调用所占的比例应该低于 10%。15)REDO SIZE：写入日志中，以字节为单位的重做信息的数量。该信息将有助于确定重做日志的大小。16)SORTS(DISK）:磁盘排序的数量.磁盘排序除以内存排序数量不应该高于 5%。否则需要调整SORT_AREA_SIZE，PGA_AGGREGATE_TARGET 的大小 注意:SORT_AREA_SIZE 分配的内存是面向每个用户的,PGA_AGGREGATE_TARGET 分配的内存是面向所有会话的.SORTS(MEMORY):在内存中排序的数量。SORTS（ROWS):参加排序的数据行的数量。17)TABLE FETCH B

39、Y ROWID：通过访问 ROWID 访问的数据行的数量。该值很高通常意味着就获取数据的操作而言,应用程序调整的不错.18)TABLE FETCH CONTINUED ROW：获取的数据行的数量，可以是链化数据行,也可以是迁移的数据行 11)表空间和文件 I/O 统计数据 对于带缓存的磁盘 I/O 时间通常少于 1ms。在 init。ora 文件中可以设置参数 DB_FILE_MULTIBLOCK_READ_COUNT 有助于磁盘读取时间，该参数控制在全表扫描时一次 I/O 中读入的 数据块数量，这将减少扫描一张表所需的 I/O 数量，从而提高全表扫描的性能。但是，设置该参数的结果是优化器可能

40、会执行更多的 全表扫描，所以需要将 OPTIMIZER_INDEX_COST_ADJ 设为一个值，例如 10，来消除这个问题，并且驱动索引的使用。数据字典和库缓存的统计数据 如果报表中 PCT MISS 值很高，你应当提高应用程序中游标的共享程度或者增加共享池的尺寸。AWR 报表和 STATSPACK 输出结果中首先需要查看的 10 项内容 1）首要的 5 个等待时间；2）负载简档；3)实力效率和命中率;4)等待事件；良辰美景奈何天，便赏心乐事谁家院。则为你如花美眷，似水流年。汤显祖百学须先立志。朱熹(完整)ORACLE 性能 AWR 报告的使用和分析 5)闩锁等待；6）首要的 SQL;7）实

41、例活动；8）文件 I/O 和段统计数据;9）内存分配；10）缓冲区等待；四、具体案例分析 1)DB Time 内核数*Elapsed 的时间 如果 DB Time 内核数*Elapsed 的时间,说明数据库负载非常严重，可通过 TOP EVENT 和 LOAD PROFILE 等定位瓶颈 非淡泊无以明志，非宁静无以致远。诸葛亮老当益壮，宁移白首之心；穷且益坚，不坠青云之志。唐王勃(完整)ORACLE 性能 AWR 报告的使用和分析 还来不及享受美丽的锦瑟华年,就已经到了白发迟暮，一生匆匆而过。生命,就是这样匆匆,还来不及细细品味，就只剩下了回忆.生命匆匆，累了就选择放下，别让自己煎熬痛苦，别让

42、自己不堪重负。放下该放下的，心才会释放重负，人生才能安然自如。人生就是一个口袋，里面装的东西越多，前行的脚步就越沉重。总觉得该得到的还没有得到，该拥有的却已经失去,苦苦追寻的依然渺茫无踪.心累，有时候是为了生存，有时候是为了攀比。只有放下羁绊前行脚步的重担，放下阴霾缭绕的负面情绪,才能感受到“柳暗花明又一村”的豁然开朗，领悟到“一蓑烟雨任平生”的超然物外。人生太匆匆,累了，就放一放吧，何苦要执拗于一时的成败得失！很多时候,我们用汗水滋养梦想，可是，梦想是丰满的,现实是骨感的。每个人都渴望成功的鲜花围绕自己，可是，谁都不是常胜将军，都会猝不及防地遭遇人生的滑铁卢。唉声叹气只会让自己裹足不前，一蹶

43、不振只能让自己沉沦堕落。如果真的不能承受其重，就放一放，重新审视前方的道路,选择更适合自己的方向。有些东西，本就如同天上的浮云，即使竭尽全力，也未必能揽之入怀.或者即使得到,也未必能提高幸福指数。所以与其为得不到的东西惶惶终日,不如选择放下，为心减负，轻松前行.人人好公，则天下太平；人人营私，则天下大乱。刘鹗丹青不知老将至，贫贱于我如浮云。杜甫(完整)ORACLE 性能 AWR 报告的使用和分析 一人难如百人愿，不是所有的人，都会欣赏和喜欢自己。所以,我们不必曲意逢迎他人的目光，不用祈求得到所有人的温柔以待。真正在意你的人，不会对你无情无义，不在意你的人，你不过是轻若鸿毛的可有可无.做最好的自

44、己,静静地守着一江春水的日子，让心云淡风轻，怡然自若。人生本过客，何必千千结。不是所有的相识都能地久天长,不是所有的情谊都能地老天荒。有些人终究是走着走着就散了，成为我们生命中的过客。爱过，恨过,都会装点我们原本苍白的人生,感谢曾经在我们生命中出现过的人.如果无缘继续红尘相伴，就选择放下吧,给自己和对方都留一段美好的回忆和前行的空间。鱼总是自由自在地在水中快乐游弋，是因为鱼只有七秒钟的记忆，只在一瞬间,鱼便忘记了所有的不愉快。所以,忘记所有的不愉快，才能为美好的情绪留出空间，才能让心情灿然绽放.林清玄说：一尘不染不是不再有尘埃，而是尘埃让它飞扬，我自做我的阳光.是呀，世事喧嚣纷扰，放下纷扰，做

45、一个阳光快乐的人，做自己快乐的主人！还来不及享受美丽的锦瑟华年，就已经到了白发迟暮，一生匆匆而过.生命，就是这样匆匆，还来不及细细品味，就只剩下了回忆。生命匆匆,累了就选择放下，别让自己煎熬痛苦，别让自己不堪重负。放下该放下的，心才会释放重负，人生才能安然自如.人生就是一个口袋，里面装的东西越多，前行的脚步就越沉重。总觉得该得到的还没有得到，该拥有的却已经失去，苦苦追寻的依然渺茫无踪。心累，有时候是为了生存，有时候是为了攀比。只有放下羁绊前行脚步的重担，放下阴霾缭绕的负面情绪,才能感受到“柳暗花明又一村”的豁然开朗，领悟到“一蓑烟雨任平生”的超然物外.人生太匆匆，累了，就放一放吧,何苦要执拗于

46、一时的成败得失！很多时候,我们用汗水滋养梦想,可是，梦想是丰满的，现实是骨感的。每个人都渴望成功的鲜花围绕自己，可是，谁都不是常胜将军，都会猝不及防地遭遇人生的滑铁卢.唉声叹气只会让自己裹足不前，一蹶不振只能让自己沉沦堕落.如果真的不能承受其重，就放一放，重新审视前方的道路，选择更适合自己的方向。有些东西,本就如同天上的浮云，即使竭尽全力,也未必能揽之入怀。或者即使得到,也未必能提高幸福指数。所以与其为得不到的东西惶惶终日,不如选择放下,为心减负，轻松前行。一人难如百人愿，不是所有的人，都会欣赏和喜欢自己。所以,我们不必曲意逢迎他人的目光，不用祈求得到所有人的温柔以待.真正在意你的人，不会对你

47、无情无义，不在意你的人，你不过是轻若鸿毛的可有可无。做最好的自己，静静地守着一江春水的日子，让心云淡风轻，怡然自若。人生本过客，何必千千结。不是所有的相识都能地久天长，不是所有的情谊都能地老天荒。有些人终究是走着走着就散了，成为我们生命中的过客。爱过，恨过，都会装点我们原本苍白的人生，感谢曾经在我们生命中出现过的人。如果无缘继续红尘相伴，就选择放下吧,给自己和对方都留一段美好的回忆和前行的空间。鱼总是自由自在地在水中快乐游弋，是因为鱼只有七秒钟的记忆，只在一瞬间，鱼便忘记了所有的不愉快。所以，忘记所有的不愉快,才能为美好的情绪留出空间，才能让心情灿然绽放。林清玄说：一尘不染不是不再有尘埃，而是尘埃让它飞扬，我自做我的阳光。是呀，世事喧嚣纷扰，放下纷扰，做一个阳光快乐的人，做自己快乐的主人！一寸光阴一寸金，寸金难买寸光阴。增广贤文人之为学，不日进则日退，独学无友，则孤陋而难成；久处一方，则习染而不自觉。顾炎武(完整)ORACLE 性能 AWR 报告的使用和分析