db file parallel read、db file single write、direct path read(直接路径读、DPR)、串行全表扫描(Serial Table Scan)、direct path write(直接路径写、DRW)、direct path read temp、direct path write temp。
DBWR进程查找在各个时间内写入的块,包括每隔3秒的一次查找,当前台进程提交以清除缓冲区中的内容时:在检查点处查找,当满足_DB_LARGE_DIRTY_QUEUE、_DB_BLOCK_MAX_DIRTY_TARGET和FAST_START_MTTR_TARGET阀值时,等等。 虽然用户会话从来没有经历过db file parallel write等待事件,但这并不意味着它们不会受到这种事件...
db file parallel read、db file single write、direct path read(直接路径读、DPR)、串行全表扫描(Serial Table Scan)、direct path write(直接路径写、DRW)、direct path read temp、direct path write temp。
db file parallel read 103,319 336 3 2.13 User I/O log file sync 49,187 282 6 1.79 Commit -->查看sequential read指标这个指标很实用,可以在不同的平台间进行比较,但是scattered read这种指标就不好比较了。延迟一般需要在10ms以下,或者至少100 reads/sec,在基于SAN存储缓存数据的情况下,sequential read的...
不合理的db_cache_size,或者是SGA自动管理ASMM /Memory 自动管理AMM下都可能因为db_cache_size过小引起大量的db file sequential /scattered read等待事件; maclean曾经遇到过因为大量硬解析导致ASMM 下shared pool共享池大幅度膨胀,而db cache相应缩小shrink的例子,最终db cache收缩到只有几百兆,本来没有的物理读等待...
从awr report的Elapsed time和DB Time就能大概了解db的负载。 可是对于批量系统,数据库的工作负载总是集中在一段时间内。如果快照周期不在这一段时间内, 或者快照周期跨度太长而包含了大量的数据库空闲时间,所得出的分析结果是没有意义的. 这也说明选择分析时间段很关键,要选择能够代表性能问题的时间段。
一个高的命中率,不一定代表这个系统的性能是最优的,比如大量的非选择性的索引被频繁访问,就会造成命中率很高的假相(大量的db file sequential read),但是一个比较低的命中率,一般就会对这个系统的性能产生影响,需要调整。命中率的突变,往往是一个不好的信息。如果命中率突然增大,可以检查top buffer get SQL,查看...
db file sequential read:数据文件顺序读。该事件典型地发生在索引查找或通过rowid访问记录上,反映了在读取单个数据块上的I/O等待。该值过高通常是由于表间连接顺序不好,索引使用不当导致。 db file parallel write:缓存中的数据块被DBWR进程并行地写至磁盘时发生的I/O等待。该值高可能需要改善磁盘I/O性能。
AWR ReportWORKLOAD REPOSITORY report for OralceDB NameDB IdInstanceInst numReleaseRACHostYCMDB2051059485YCMDB1110.2.0.4.0YESYCMDB1Snap IdSnap TimeSess
logfileparallelwrite5,4974797.1SystemI/O dbfilesequentialread7,9003545.3UserI/O dbfileparallelwrite4,8063475.1SystemI/O 这是报告概要的最后一节,显示了系统中最严重的5个等待,按所占等待时间 的比例倒序列示。当我们调优时,总希望观察到最显著的效果,因此应当从这里 入手确定我们下一步做什么。例如如果‘buffer...