对于等待事件（direct path read）的理解

  direct path read ：直接路径读

  特点：server进程直接从存储中读取数据，而不经过SGA缓冲区。

  举例：

        TOP 10 中可以看出direct path read等待事件靠前，并且占据整个DB time 的21%。

  最耗时的sql语句都是在等待i/o,并且i/o都来自于(fst05)这张大表。

系统产生的逻辑读，物理读，直接路径读大多都来自于这张表（fst05）,可以通过查看该表的执行计划来确定走的是什么索引，表的大小为多少。

     

    当索引出现全表扫描时会判断表的大小，如果表过大，则使用直接路径读来获取数据。大量的并发查询（fst05）该表，并且如果执行计划走的是全表扫描的话，通过直接路径读的方式从存储中获取数据，由于没有SGA的缓存，每一次查询都会产生大量的物理读，最终导致io高；由于处理的速度慢，CPU又产生了大量的等待队列，所以DB time也非常高。

    隐含参数：_small_table_threshold    

    该参数的默认值为buffer cache 的2%；如果表的大小 >该参数的5倍，就会走全表扫描。

解决方法：

     通过确认该表（fst05）的数据，删除大量的历史数据，是表的大小 < 5倍的 _small_table_threshold参数，再次执行sql语句，应该就可以缓存到 buffer cache中，物理读和i/o负载也会恢复其合理值。

                                                                                    2018.7.30

来自 “ ITPUB博客 ” ，链接：http://blog.itpub.net/31547381/viewspace-2168597/，如需转载，请注明出处，否则将追究法律责任。

转载于:http://blog.itpub.net/31547381/viewspace-2168597/