免费注册 查看新帖 |

Chinaunix

  平台 论坛 博客 文库
最近访问板块 发新帖
查看: 2278 | 回复: 3
打印 上一主题 下一主题

同样的SQL,10g和9i性能差异很大。why? [复制链接]

论坛徽章:
0
跳转到指定楼层
1 [收藏(0)] [报告]
发表于 2007-10-13 12:22 |只看该作者 |倒序浏览
请大家帮忙看看,同一SQL语句,同样的表,相同配置的服务器,在Oracle9i和Oracle10g上
性能差很大。10g的速度慢多了。
是因为10g的缺省参数的问题吗?


*************************ora10g:*************************
SELECT a.ID0,a.ltp,a.fltp,a.ovprnt,a.lclr,a.lw,a.lclass,a.xscale,a.yscale,
  a.fclr,a.layer,a.lockdate,a.xmin,a.ymin,a.xmax,a.ymax
FROM
PIPEUSER.NJNETSNLN a , PIPEUSER.NJNETS$LATBL l WHERE a.xmin<=:1 AND a.ymin<=
  :2 AND a.xmax>=:3 AND a.ymax>=:4 AND a.exist>0 AND a.layer = l.layer AND
  l.layswitch = 1 AND l.exist>0


call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse        2      0.00       0.00          0          0          0           0
Execute      2      0.00       0.00          0          2          0           0
Fetch        4      3.25       4.73       9536      16686          0         116
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total        8      3.25       4.73       9536      16688          0         116

Misses in library cache during parse: 1
Misses in library cache during execute: 1
Optimizer mode: ALL_ROWS
Parsing user id: 64  

Rows     Row Source Operation
-------  ---------------------------------------------------
     43  HASH JOIN  (cr=8343 pr=4738 pw=0 time=2379580 us)
     43   TABLE ACCESS FULL NJNETSNLN (cr=8319 pr=4738 pw=0 time=826833 us)
   2048   TABLE ACCESS FULL NJNETS$LATBL (cr=24 pr=0 pw=0 time=8245 us)

*************************ora9i:*************************

SELECT a.ID0,a.ltp,a.fltp,a.ovprnt,a.lclr,a.lw,a.lclass,a.xscale,a.yscale,
  a.fclr,a.layer,a.lockdate,a.xmin,a.ymin,a.xmax,a.ymax  
FROM
PIPEUSER.NJNETSNLN a , PIPEUSER.NJNETS$LATBL l  WHERE  a.xmin<=:1  AND
  a.ymin<=:2 AND a.xmax>=:3 AND a.ymax>=:4 AND a.exist>0  AND a.layer =
  l.layer AND l.layswitch = 1 AND l.exist>0


call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse        1      0.00       0.00          0          0          0           0
Execute      1      0.00       0.00          0          0          0           0
Fetch        2      0.26       2.43       8187       8260          0          73
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total        4      0.26       2.43       8187       8260          0          73

Misses in library cache during parse: 1
Optimizer goal: CHOOSE
Parsing user id: 62  

Rows     Row Source Operation
-------  ---------------------------------------------------
     73  HASH JOIN  
   2048   TABLE ACCESS FULL NJNETS$LATBL
     73   TABLE ACCESS FULL NJNETSNLN

论坛徽章:
5
荣誉会员
日期:2011-11-23 16:44:17CU大牛徽章
日期:2013-09-18 15:15:15CU大牛徽章
日期:2013-09-18 15:15:45未羊
日期:2014-02-25 14:37:19射手座
日期:2014-12-26 22:55:37
2 [报告]
发表于 2007-10-13 12:45 |只看该作者
10g有定期做表分析么?然后这种COST不同版本不是1:1的关系。

论坛徽章:
0
3 [报告]
发表于 2007-10-15 11:27 |只看该作者
9i和10g的这些表都没有做分析。

表都是新建的,数据是倒入进去的。也就是说10g和9i的数据,环境都是一样的,但是性能差别不是一个数量级的。

论坛徽章:
0
4 [报告]
发表于 2007-10-15 11:45 |只看该作者
1. 数据库参数

2 10g没有做分析或者使用的执行规划不当。

要具体分析sql在数据库下的执行情况,设置事件10046,10053
您需要登录后才可以回帖 登录 | 注册

本版积分规则 发表回复

  

北京盛拓优讯信息技术有限公司. 版权所有 京ICP备16024965号-6 北京市公安局海淀分局网监中心备案编号:11010802020122 niuxiaotong@pcpop.com 17352615567
未成年举报专区
中国互联网协会会员  联系我们:huangweiwei@itpub.net
感谢所有关心和支持过ChinaUnix的朋友们 转载本站内容请注明原作者名及出处

清除 Cookies - ChinaUnix - Archiver - WAP - TOP