异常大的顺序读

iphacker

有一套rac用户反映查询时快时慢，做了一个测试用10046看了一下结果。发现有这种情况出现。在对一个大的分区表进行查询的时候走的执行计划是并行的索引范围扫描并进行了分区排除，涉及的分区时42个。10046文件显示在进行并行查询以前进行了1万多次db file sequential read对显示的数据块进行dump发现 这些块全部是extent header，即将42个局部索引的所有extent的header给遍历了一遍然后进行并行查询并行查询很快不到3秒就完成了前面的10000多个块读耗时数十秒。
数据库版本 9208 rac
操作系统版本 aix 6.1

Maclean Liu(刘相兵

请给出 trace

Maclean Liu(刘相兵

需要 执行计划和  运行前后的 session级别 stat 区别

Maclean Liu(刘相兵

STAT #37 id=1 cnt=35 pid=0 pos=1 obj=0 op='COUNT STOPKEY '
STAT #37 id=2 cnt=0 pid=1 pos=1 obj=0 op='PARTITION RANGE ITERATOR PARTITION: 1423 1464 '
STAT #37 id=3 cnt=0 pid=2 pos=1 obj=270940 op='TABLE ACCESS BY LOCAL INDEX ROWID YD_GSM PARTITION: 1423 1464 '
STAT #37 id=4 cnt=0 pid=3 pos=1 obj=270954 op='INDEX RANGE SCAN YD_GSM_IMSI PARTITION: 1423 1464 '


何必又设阅读权限？

iphacker

当时没有获取stat，今天下午重新测试的时候现象没有出现。刘大能否就目前的信息给出几种可能。

Maclean Liu(刘相兵

我想 db file sequential read 的几种可能 , 我在 2011年的博客中就指出了

何时会发生db file sequential read等待事件？

http://www.askmaclean.com/archiv ... ead-wait-event.html

提问前何不google下

还有论坛 就是公开提问的地方， 保密的信息不该来论坛问的， 设权限这种事以后别做了。 如果真是保密的问题 你该找你们的 Oracle Support服务供应商。