Oracle常见等待事件说明Oracle的等待事件是衡量Oracle运行状况的重要依据及指标。等待事件的概念是在Oracle7.0.1.2中引入的，大致有100个等待事件。在Oracle8.0中这个数目增加到了大约150个，在Oracle8i中大约有200个事件,在Oracle9i中大约有360个等待事件。主要有两种类别的等待事件，即空闲(idle)等待事件和非空闲(non-idle)等待事件。空闲事件指Oracle正等待某种工作,在诊断和优化数据库的时候,我们不用过多注意这部分事件。常见的空闲事件有:•dispatchertimer•lockelementcleanup•Nullevent•parallelquerydequeuewait•parallelqueryidlewait-Slaves•pipeget•PL/SQLlocktimer•pmontimer-pmon•rdbmsipcmessage•slavewait•smontimer•SQL*Netbreak/resettoclient•SQL*Netmessagefromclient•SQL*Netmessagetoclient•SQL*Netmoredatatoclient•virtualcircuitstatus•clientmessage非空闲等待事件专门针对Oracle的活动,指数据库任务或应用运行过程中发生的等待，这些等待事件是我们在调整数据库的时候应该关注与研究的。一些常见的非空闲等待事件有:•dbfilescatteredread•dbfilesequentialread•bufferbusywaits•freebufferwaits•enqueue•latchfree•logfileparallelwrite•logfilesync1.dbfilescatteredread-DB文件分散读取这种情况通常显示与全表扫描相关的等待。当数据库进行全表扫时，基于性能的考虑，数据会分散(scattered)读入BufferCache。如果这个等待事件比较显著，可能说明对于某些全表扫描的表，没有创建索引或者没有创建合适的索引，我们可能需要检查这些数据表已确定是否进行了正确的设置。然而这个等待事件不一定意味着性能低下，在某些条件下Oracle会主动使用全表扫描来替换索引扫描以提高性能，这和访问的数据量有关，在CBO下Oracle会进行更为智能的选择，在RBO下Oracle更倾向于使用索引。因为全表扫描被置于LRU(LeastRecentlyUsed，最近最少适用)列表的冷端(coldend)，对于频繁访问的较小的数据表，可以选择把他们Cache到内存中，以避免反复读取。当这个等待事件比较显著时，可以结合v$session_longops动态性能视图来进行诊断，该视图中记录了长时间(运行时间超过6秒的)运行的事物，可能很多是全表扫描操作(不管怎样，这部分信息都是值得我们注意的)。2.dbfilesequentialread-DB文件顺序读取。这一事件通常显示与单个数据块相关的读取操作(如索引读取)。如果这个等待事件比较显著，可能表示在多表连接中，表的连接顺序存在问题，可能没有正确的使用驱动表;或者可能说明不加选择地进行索引。在大多数情况下我们说，通过索引可以更为快速的获取记录，所以对于一个编码规范、调整良好的数据库，这个等待很大是很正常的。但是在很多情况下，使用索引并不是最佳的选择，比如读取较大表中大量的数据，全表扫描可能会明显快于索引扫描，所以在开发中我们就应该注意，对于这样的查询应该进行避免使用索引扫描。3.FreeBuffer-释放缓冲区这个等待事件表明系统正在等待内存中的可用空间，这说明当前Buffer中已经没有Free的内存空间。如果应用设计良好，SQL书写规范，充分绑定变量，那这种等待可能说明BufferCache设置的偏小你可能需要增大DB_BUFFER_CACHE。FreeBuffer等待可能说明DBWR的写出速度不够，或者磁盘存在严重的竞争，可以需要考虑增加检查点、使用更多的DBWR进程，或者增加物理磁盘的数量,分散负载，平衡IO。4.BufferBusy-缓冲区忙该等待事件表示正在等待一个以unshareable方式使用的缓冲区，或者表示当前正在被读入buffercache。一般来说BufferBusyWait不应大于1%。检查缓冲等待统计部分(或V$WAITSTAT)，看一下等待是否位于段头(SegmentHeader)。如果是，可以考虑增加自由列表(freelist，对于Oracle8iDMT)或者增加freelistgroups(在很多时候这个调整是立竿见影的，在8.1.6之前，这个freelists参数不能动态修改;在8.1.6及以后版本，动态修改feelists需要设置COMPATIBLE至少为8.1.6).如果这一等待位于undoheader，可以通过增加回滚段(rollbacksegment)来解决缓冲区的问题如果等待位于undoblock上，我们可能需要检查相关应用，适当减少大规模的一...