ITPUB论坛-中国最专业的IT技术社区

 找回密码
 注册
查看: 1106|回复: 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嗎,以及優化建議方案? 謝謝。

使用道具 举报

回复
论坛徽章:
180
红宝石
日期:2014-05-09 08:24:37萤石
日期:2014-01-03 10:25:39马上有车
日期:2014-02-18 16:41:11马上有钱
日期:2014-11-24 15:17:08马上有钱
日期:2014-11-12 09:33:24马上有房
日期:2014-11-07 08:46:05马上有钱
日期:2014-10-27 09:26:57马上有对象
日期:2014-10-28 10:28:08itpub13周年纪念徽章
日期:2014-10-10 10:38:25马上有对象
日期:2015-01-14 17:33:15
发表于 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取的合适,足矣。

使用道具 举报

回复
论坛徽章:
20
2010广州亚运会纪念徽章:拳击
日期:2011-03-26 16:08:10马上有对象
日期:2014-12-20 14:40:07马上有对象
日期: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:33itpub13周年纪念徽章
日期:2014-10-10 16:19:29
发表于 2017-11-1 16:44 | 显示全部楼层
top 1总是存在的,合理即可

使用道具 举报

回复
论坛徽章:
69
山治
日期:2017-09-11 19:15:33处女座
日期:2015-11-27 12:27:01秀才
日期:2015-11-23 10:17:19秀才
日期:2015-11-23 09:57:36金牛座
日期:2016-04-01 18:05:22秀才
日期:2015-11-11 10:22:49摩羯座
日期:2015-08-20 16:22:52秀才
日期:2015-08-31 13:02:54秀才
日期:2015-12-25 15:31:10巨蟹座
日期:2015-11-04 12:43:04
发表于 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



使用道具 举报

回复
认证徽章
论坛徽章:
22
咸鸭蛋
日期:2012-04-19 22:15:41摩羯座
日期:2015-12-02 12:26:30托尼托尼·乔巴
日期:2016-12-29 12:51:28射手座
日期:2016-05-16 21:14:07弗兰奇
日期:2016-12-04 22:53:10技术图书徽章
日期:2016-11-05 10:34:54射手座
日期:2016-06-17 10:18:56蒙奇·D·路飞
日期:2017-03-17 17:18:21罗罗诺亚·索隆
日期:2017-03-17 17:24:44娜美
日期:2017-05-19 14:49:04
发表于 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文档 | IT博客
  ChinaUnix | ChinaUnix博客 | ChinaUnix论坛 | SAP ERP系统
CopyRight 1999-2011 itpub.net All Right Reserved. 北京盛拓优讯信息技术有限公司版权所有 联系我们 网站律师 隐私政策 知识产权声明
京ICP备16024965号 北京市公安局海淀分局网监中心备案编号:11010802021510 广播电视节目制作经营许可证:编号(京)字第1149号
  
快速回复 返回顶部 返回列表