从ASH观察System tablespace产生大量db file sequential read

chiyiangel

version: 10.2.0.4.0
single instance

在数据库负载高的时候做了个ash
发现如下

1. Top Event P1/P2/P3 Values
   
2. 
   
3. Event        % Event        P1 Value, P2 Value, P3 Value        % Activity        Parameter 1        Parameter 2        Parameter 3
   
4. db file sequential read         57.70         "1","182","1"         0.03         file#         block#         blocks
   
5. read by other session         30.23         "9","372385","1"         0.18         file#         block#         class#

复制代码

从ASH观察来看产生db file sequential read
file# 为1的是system tablespace

以下是

1. SELECT SID, EVENT, P1, P2 , P3 FROM v$session_wait where event='db file sequential read'
   
2. 319        db file sequential read        19        658840        1
   
3. 320        db file sequential read        9        721688        1
   
4. 356        db file sequential read        11        492428        1
   
5. 397        db file sequential read        13        2505        1
   
6. 426        db file sequential read        9        733009        1
   
7. 452        db file sequential read        13        274647        1
   
8. 463        db file sequential read        13        279263        1
   
9. 505        db file sequential read        12        550428        1
   

复制代码

在这里并没有看到ASH里的那种情况
请各位高手给解释下原因
是ASH 错了吗？

Maclean Liu(刘相兵

不对比下时间就说ASH错了？请勿搞笑

chiyiangel

Maclean Liu(刘相兵 发表于 2013-4-9 10:51
不对比下时间就说ASH错了？请勿搞笑

因为都是在负载高的时候做

的ASH是最近5分钟的
导致没有仔细对比时间
抱歉
ashrpt_1_0409_0957.html (34.92 KB, 下载次数: 713)

2013-4-9 11:22 上传

点击文件名下载附件

其实我更多的疑问是为何system tablespace
有很多db file sequential read

Stone

我的理解是: ASH是对过去一段时间top sesssions消耗各种资源的一个快速定位。比如说你的ASH里面对于过去5分钟里的一个ASH report TOP消耗，这个是过去式。但是v$session_wait展示的是正在等待的资源，是进行式。

比如下面我们的一个Prod环境的v$session_wait显示，就是在时刻的变化。

1. SQL> set time on
   
2. 05:16:29 SQL> /
   
3. 
   
4.        SID EVENT                          P1         P2         P3
   
5. ---------- -------------------------- ------ ---------- ----------
   
6.        776 db file sequential read       164    1335452          1
   
7.        807 db file sequential read       505    1407484          1
   
8.        829 db file sequential read       164    1337785          1
   
9.        871 db file sequential read        16    1597843          1
   
10. 
    
11. 05:16:30 SQL> /
    
12. 
    
13.        SID EVENT                          P1         P2         P3
    
14. ---------- -------------------------- ------ ---------- ----------
    
15.        776 db file sequential read       164    1256649          1
    
16.        807 db file sequential read       252    1794647          1
    
17.        829 db file sequential read       164    1225162          1
    
18.        871 db file sequential read       167       8718          1
    
19. 
    
20. 05:16:32 SQL> /
    
21. 
    
22.        SID EVENT                          P1         P2         P3
    
23. ---------- -------------------------- ------ ---------- ----------
    
24.        776 db file sequential read       164    1433413          1
    
25.        807 db file sequential read       380    1667079          1
    
26.        829 db file sequential read       164    1382206          1
    
27. 
    
28. 05:16:39 SQL> /
    
29. 
    
30.        SID EVENT                          P1         P2         P3
    
31. ---------- -------------------------- ------ ---------- ----------
    
32.        776 db file sequential read       164    1289904          1
    
33.        807 db file sequential read       167     333228          1
    
34.        829 db file sequential read       494    1890465          1
    
35.        871 db file sequential read       167      48867          1
    
36. 
    
37. 05:16:42 SQL> /
    
38. 
    
39.        SID EVENT                          P1         P2         P3
    
40. ---------- -------------------------- ------ ---------- ----------
    
41.        776 db file sequential read       144    2068195          1
    
42.        807 db file sequential read       167     128663          1
    
43.        829 db file sequential read       164    1387365          1
    
44. 
    
45. 05:16:44 SQL> /
    
46. 
    
47.        SID EVENT                          P1         P2         P3
    
48. ---------- -------------------------- ------ ---------- ----------
    
49.        776 db file sequential read       164    1484652          1
    
50.        807 db file sequential read       380    1613710          1
    
51.        829 db file sequential read       164    1377823          1
    
52.        871 db file sequential read         9     464006          1
    
53. 
    
54. 05:16:46 SQL> /
    
55. 
    
56.        SID EVENT                          P1         P2         P3
    
57. ---------- -------------------------- ------ ---------- ----------
    
58.        776 db file sequential read       164    1448586          1
    
59.        807 db file sequential read       380    1510804          1
    
60.        829 db file sequential read       163    1268733          1
    
61.        871 db file sequential read       398     167186          1

复制代码

chiyiangel

Stone 发表于 2013-4-9 12:24
我的理解是: ASH是对过去一段时间top sesssions消耗各种资源的一个快速定位。比如说你的ASH里面对于过去5分 ...

对不起 我没有说清楚... 我是先 用SQL语句查出来了有
db file sequential read
然后再做的 ASH
而且我主要的疑惑不是ASH和SQL查出来的不同而是
ASH里显示的system tablespace 有 很多db file sequential read
我从下面的SQL没有发现有对system tablespace 有大量读的操作