一个插入语句，db file sequential read等了半天，这个语句到底在读什么？

dylen · 发表于 2011-7-27 11:17

最近数据库性能大降，查了一下，db file sequential read是最高的等待事件。随便查了一下，就是一条很简单的insert into table values （xxxx）；语句，也db file sequential read等了半天，连续察看，对应的file#和block#还不一样，这个insert语句到底需要查什么？

mkstone · 发表于 2011-7-27 12:50

我感觉等索引的可能性比较大

gaopengtttt · 发表于 2011-7-27 13:58

能给报告看看吗？
AWRRPT？

gaopengtttt · 发表于 2011-7-27 14:00

是不是有主外键？

maolinxie · 发表于 2011-7-27 14:52

等侍的block属于那个对象

dylen · 发表于 2011-7-27 15:14

数据库实在太慢，查一个dba_extents都要跑1个小时，争用的对象就是索引段和表段。。。应该是在索引和表的本身争用太严重了，现在是一个表大数据量的查询，同时大数据量的插入。。。

spider0283 · 发表于 2011-7-27 15:21

那個表上有幾個索引？

棉花糖ONE · 发表于 2011-7-27 15:26

有触发器吧,如果是不同的块,做个10046不就知道了

dylen · 发表于 2011-7-27 15:54

刚回答完，准备贴一些数据的时候，居然打不开itpub了，现在才ok。
这是数据库最近几个小时的一些统计数据：
Top 5 Timed Events

Event Waits Time(s) Avg Wait(ms) % Total Call Time Wait Class
db file sequential read 2,984,430 8,665 3 58.7 User I/O
CPU time 2,424 16.4
db file scattered read 259,943 1,904 7 12.9 User I/O
library cache pin 632 1,441 2,280 9.8 Concurrency
read by other session 63,425 187 3 1.3 User I/O

Wait Events
Event Waits %Time -outs Total Wait Time (s) Avg wait (ms) Waits /txn
db file sequential read 2,984,430 0.00 8,665 3 21.68

Buffer Wait Statistics
Class Waits Total Wait Time (s) Avg Time (ms)
data block 42,231 134 3
undo block 21,419 52 2
segment header 730 2 3
file header block 16 1 59
1st level bmb 5,075 0 0

Latch Activity
Latch Name Get Requests Pct Get Miss Avg Slps /Miss Wait Time (s) NoWait Requests Pct NoWait Miss
cache buffers chains 643,734,048 0.37 0.00 0 12,468,065 0.00

Latch Sleep Breakdown
Latch Name Get Requests Misses Sleeps Spin Gets Sleep1 Sleep2 Sleep3
cache buffers chains 643,734,048 2,390,224 247 2,389,984 0 0 0

dylen · 发表于 2011-7-27 15:56

表上就一个索引，其他什么都没有，非常干净。10046现在也不敢做。。晚点再看

[讨论] 一个插入语句，db file sequential read等了半天，这个语句到底在读什么？