查看: 1823|回复: 25

awr db file sequential read 位於top1, 求分析思路,謝謝。

[复制链接]
论坛徽章:
1
ITPUB十周年纪念徽章
日期:2011-11-01 16:21:15
发表于 2017-10-31 16:34 | 显示全部楼层 |阅读模式
awr  db file sequential read 位於top1, 求分析思路,謝謝
论坛徽章:
1
ITPUB十周年纪念徽章
日期:2011-11-01 16:21:15
 楼主| 发表于 2017-10-31 16:36 | 显示全部楼层
能用什麽方法清晰定位具體的sql嗎,以及優化建議方案? 謝謝。

使用道具 举报

回复
论坛徽章:
188
红宝石
日期:2014-05-09 08:24:37萤石
日期:2014-01-03 10:25:39奥运会纪念徽章:羽毛球
日期:2008-07-01 10:46:06奥运会纪念徽章:马术
日期:2008-07-07 17:43:24奥运会纪念徽章:射箭
日期:2008-07-25 18:07:39奥运会纪念徽章:皮划艇激流回旋
日期:2008-07-30 10:02:57奥运会纪念徽章:花样游泳
日期:2008-09-26 13:02:43奥运会纪念徽章:排球
日期:2008-12-03 11:23:272010新春纪念徽章
日期:2010-01-04 08:33:082010年世界杯参赛球队:澳大利亚
日期:2010-02-26 11:08:44
发表于 2017-11-1 08:55 | 显示全部楼层
db file sequential read 这个对于oltp系统第1正常的,如果严重,你优化sql减少逻辑读就是了.

你现在多少ms.
提供awr报表我看看.

使用道具 举报

回复
认证徽章
论坛徽章:
8
2009新春纪念徽章
日期:2009-01-04 14:52:28祖国60周年纪念徽章
日期:2009-10-09 08:28:002010新春纪念徽章
日期:2010-03-01 11:07:24ITPUB9周年纪念徽章
日期:2010-10-08 09:32:25ITPUB十周年纪念徽章
日期:2011-11-01 16:23:262013年新春福章
日期:2013-02-25 14:51:24沸羊羊
日期:2015-03-04 14:51:522015年新春福章
日期:2015-03-06 11:57:31
发表于 2017-11-1 11:53 | 显示全部楼层
关键看是否存在性能问题,毕竟,top 1事件总是存在的。

使用道具 举报

回复
认证徽章
论坛徽章:
8
2009新春纪念徽章
日期:2009-01-04 14:52:28祖国60周年纪念徽章
日期:2009-10-09 08:28:002010新春纪念徽章
日期:2010-03-01 11:07:24ITPUB9周年纪念徽章
日期:2010-10-08 09:32:25ITPUB十周年纪念徽章
日期:2011-11-01 16:23:262013年新春福章
日期:2013-02-25 14:51:24沸羊羊
日期:2015-03-04 14:51:522015年新春福章
日期:2015-03-06 11:57:31
发表于 2017-11-1 11:54 | 显示全部楼层
jiwei325 发表于 2017-10-31 16:36
能用什麽方法清晰定位具體的sql嗎,以及優化建議方案? 謝謝。

如果awr取的合适,足矣。

使用道具 举报

回复
论坛徽章:
21
2010广州亚运会纪念徽章:拳击
日期:2011-03-26 16:08:10马上有对象
日期:2015-01-19 16:59:02慢羊羊
日期:2015-03-04 14:19:442015年新春福章
日期:2015-03-06 11:57:31双鱼座
日期:2015-07-11 17:58:35水瓶座
日期:2016-01-26 08:42:30白羊座
日期:2016-03-19 09:03:26妮可·罗宾
日期:2016-09-30 14:36:33山治
日期:2016-11-08 20:12:34马上有对象
日期:2014-12-20 14:40:07
发表于 2017-11-1 16:44 | 显示全部楼层
top 1总是存在的,合理即可

使用道具 举报

回复
论坛徽章:
75
乌索普
日期:2018-12-03 19:17:06双子座
日期:2016-01-19 20:35:54秀才
日期:2016-01-13 12:14:26秀才
日期:2015-12-25 15:31:10秀才
日期:2015-12-18 09:28:57秀才
日期:2015-12-14 14:56:09秀才
日期:2015-12-14 14:51:16秀才
日期:2015-11-30 09:13:06处女座
日期:2015-11-27 12:27:01秀才
日期:2015-11-23 10:17:19
发表于 2017-11-2 11:04 | 显示全部楼层
在现代硬件水平情况下,db file sequential read排第一是不正常的。平均到了多少ms?

使用道具 举报

回复
论坛徽章:
1
ITPUB十周年纪念徽章
日期:2011-11-01 16:21:15
 楼主| 发表于 2017-11-2 14:02 | 显示全部楼层
wolfop 发表于 2017-11-2 11:04
在现代硬件水平情况下,db file sequential read排第一是不正常的。平均到了多少ms?

平均的10ms

使用道具 举报

回复
论坛徽章:
1
ITPUB十周年纪念徽章
日期:2011-11-01 16:21:15
 楼主| 发表于 2017-11-2 14:32 | 显示全部楼层
本帖最后由 jiwei325 于 2017-11-2 14:36 编辑
lfree 发表于 2017-11-1 08:55
db file sequential read 这个对于oltp系统第1正常的,如果严重,你优化sql减少逻辑读就是了.

你现在多少m ...

不能上傳文檔,兄弟先看看,哪個sql嫌疑比較大。。

Snap Id Snap Time Sessions Cursors/Session
Begin Snap: 24240 01-Nov-17 06:00:01 342 1.9
End Snap: 24241 01-Nov-17 07:00:09 339 1.9
Elapsed:   60.13 (mins)     
DB Time:   149.52 (mins)   


Load Profile

Per Second Per Transaction Per Exec Per Call
DB Time(s): 2.5  0.1         0.00 0.01
DB CPU(s): 1.1   0.0          0.00 0.01
Redo size: 375,471.3     15,219.0     
Logical reads: 57,205.9   2,318.7     
Block changes: 2,090.5    84.7     
Physical reads: 154.4     6.3     
Physical writes: 180.2    7.3     
User calls: 188.4         7.6     
Parses: 92.8              3.8     
Hard parses: 2.6          0.1     
W/A MB processed: 102.6   4.2     
Logons: 0.8               0.0     
Executes: 1,154.1        46.8     
Rollbacks: 0.0           0.0     
Transactions: 24.7


Instance Efficiency Percentages (Target 100%)

Buffer Nowait %: 100.00 Redo NoWait %: 100.00
Buffer Hit %: 99.73 In-memory Sort %: 100.00
Library Hit %: 99.32 Soft Parse %: 97.16
Execute to Parse %: 91.96 Latch Hit %: 99.73
Parse CPU to Parse Elapsd %: 95.30 % Non-Parse CPU: 97.64


Top 5 Timed Foreground Events


Event                  Waits     Time(s)    Avg wait (ms)       % DB time Wait Class
db file sequential read 507,411  4,341       9                  48.39 User I/O
DB CPU                           3,795                          42.31   
gc current block 2-way 324,610   416         1                  4.64 Cluster
gc cr block 2-way 89,844 116 1 1.29 Cluster
gc current grant busy 106,598 76 1 0.85 Cluster
     
Foreground Wait Events

event Waits %Time -outs Total Wait Time (s) Avg wait (ms) Waits /txn % DB time
db file sequential read       507,411 0 4,341 9 5.70  48.39
gc current block 2-way 324,610 0 416 1 3.65 4.64

SQL ordered by User I/O Wait Time
User I/O Time (s) Executions  UIO per Exec (s) %Total Elapsed Time (s) %CPU %IO SQL Id SQL Module SQL Text
1,365.49            28,914          0.05                 30.81   1,780.06                13.54  76.71 0u1a7u346y7bf SS.UICS  BEGIN pkg_ss_doscan.p_boxpack...
883.98             38                  23.26             19.95      1,091.61                14.91  80.98 5xvgctcbtu2uw SS.UICS  BEGIN PR_LABEL_SIGNIN(:V0, :V1...
760.42           28,904             0.03              17.16         788.51                 2.87   96.44 f8s981bjq3gxg SS.UICS  SELECT COUNT(1) FROM SS_SCAN_..432.11           17,416           0.02                9.75            811.96               30.93  53.22 d6m1x6mpwpv1s SS.UICS  BEGIN pkg_ss_doscan.p_pass_no


SQL ordered by Gets
Buffer Gets  Executions Gets per Exec  %Total Elapsed Time (s) %CPU %IO SQL Id SQL Module SQL Text
157,469,212   5,525    28,501.21         76.29  1,830.52           80.4     19 fdhdap0zu0u4h SS.UICS  SELECT /*+INDEX(SS_SCAN_BIND ...
131,133,895   33,827  3,876.60           63.53  1,611.15            95.3    3.2 0yr1qy3302k16 SS.UICS  BEGIN pkg_ss_doscan.p_check_b...
33,750,721     21,482   1,571.12         16.35    626.82             41        57.9 476p158u9fsdk SS.UICS  SELECT CASE A.BAR_SOURCE WHEN  

SQL ordered by Reads

Physical Reads Executions Reads per Exec  %Total    Elapsed Time (s) %CPU %IO SQL Id SQL Module SQL Text
148,042          28,914                   5.12        26.57    1,780.06            13.54 76.71 0u1a7u346y7bf SS.UICS  BEGIN pkg_ss_doscan.p_boxpack...
107,544         38                         2,830.11  19.30     1,091.61            14.91 80.98 5xvgctcbtu2uw SS.UICS  BEGIN PR_LABEL_SIGNIN(:V0, :V1...
84,633         28,904                   2.93          15.19    788.51                 2.87 96.44 f8s981bjq3gxg SFC.UICS  SELECT COUNT(1) FROM SS_SCAN



使用道具 举报

回复
认证徽章
论坛徽章:
25
咸鸭蛋
日期:2012-04-19 22:15:41技术图书徽章
日期:2016-11-05 10:34:54弗兰奇
日期:2016-12-04 22:53:10托尼托尼·乔巴
日期:2016-12-29 12:51:28蒙奇·D·路飞
日期:2017-03-17 17:18:21罗罗诺亚·索隆
日期:2017-03-17 17:24:44山治
日期:2017-04-21 13:55:28娜美
日期:2017-05-19 14:49:04技术图书徽章
日期:2017-07-10 17:12:09托尼托尼·乔巴
日期:2018-02-01 10:07:45
发表于 2017-11-2 14:42 | 显示全部楼层
jiwei325 发表于 2017-11-2 14:32
不能上傳文檔,兄弟先看看,哪個sql嫌疑比較大。。

Snap Id Snap Time Sessions Cursors/Session

这3个语句 检查一下

1,365.49           28,914          0.05                 30.81   1,780.06                13.54  76.71 0u1a7u346y7bf SS.UICS  BEGIN pkg_ss_doscan.p_boxpack...
883.98             38               23.26             19.95      1,091.61                14.91  80.98 5xvgctcbtu2uw SS.UICS  BEGIN PR_LABEL_SIGNIN(:V0, :V1...
760.42           28,904             0.03              17.16         788.51                 2.87   96.44 f8s981bjq3gxg SS.UICS  SELECT COUNT(1) FROM SS_SCAN_...432.11           17,416           0.02                9.75            811.96               30.93  53.22 d6m1x6mpwpv1s SS.UICS  BEGIN pkg_ss_doscan.p_pass_no

使用道具 举报

回复

您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

TOP技术积分榜 社区积分榜 徽章 团队 统计 知识索引树 积分竞拍 文本模式 帮助
  ITPUB首页 | ITPUB论坛 | 数据库技术 | 企业信息化 | 开发技术 | 微软技术 | 软件工程与项目管理 | IBM技术园地 | 行业纵向讨论 | IT招聘 | IT文档
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 
京ICP备09055130号-4  北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表