查看: 4541|回复: 12

求助高手:ORACLE 一个性能优化问题

[复制链接]
论坛徽章:
3
ITPUB社区OCM联盟徽章
日期:2014-01-22 09:51:332014年新春福章
日期:2014-02-18 16:42:02马上有房
日期:2014-02-18 16:42:02
发表于 2010-7-29 18:05 | 显示全部楼层 |阅读模式
我对ORACLE 的 GMFACOST 进行trace 发现其中在sequence 上存在很大的“SQL*Net message from client”等待事件,
试过增大sequence 的cache 到2000 也没有改善。查询metalink 也没有相应的问题。服务器之间传递数据需要这么久时间吗?
请各位高手解惑!



select GEM5_actrans_id_s.nextval  into :b0  
from
SYS.DUAL


call     count       cpu    elapsed       disk      query    current        rows
------- ------  -------- ---------- ---------- ---------- ----------  ----------
Parse   1454783     16.52      13.59          0          0          0           0
Execute 1454783     24.35      22.15          0          0          0           0
Fetch   1454783     25.62      23.65          0          8      28034     1454783
------- ------  -------- ---------- ---------- ---------- ----------  ----------
total   4364349     66.49      59.40          0          8      28034     1454783

Misses in library cache during parse: 2
Optimizer mode: FIRST_ROWS
Parsing user id: 44  

Rows     Row Source Operation
-------  ---------------------------------------------------
      1  SEQUENCE  GEM5_ACTRANS_ID_S (cr=0 pr=0 pw=0 time=61 us)
      1   FAST DUAL  (cr=0 pr=0 pw=0 time=3 us)


Elapsed times include waiting on following events:
  Event waited on                             Times   Max. Wait  Total Waited
  ----------------------------------------   Waited  ----------  ------------
  SQL*Net message to client                 1454783        0.00          0.74
  SQL*Net message from client               1454783        0.87        468.59
  log file sync                               28022        0.11         21.95
  latch: library cache                           92        0.02          0.03
  latch free                                      2        0.00          0.00
  latch: session allocation                       3        0.00          0.00
  latch: library cache pin                        8        0.00          0.00

[ 本帖最后由 zhangyjd 于 2010-7-29 18:09 编辑 ]
论坛徽章:
3
ITPUB社区OCM联盟徽章
日期:2014-01-22 09:51:332014年新春福章
日期:2014-02-18 16:42:02马上有房
日期:2014-02-18 16:42:02
 楼主| 发表于 2010-7-29 19:25 | 显示全部楼层
是不是应用服务器的计算时间,统计成这个sql 的等待了?

使用道具 举报

回复
论坛徽章:
32
奥运会纪念徽章:摔跤
日期:2012-08-23 11:03:05青年奥林匹克运动会-击剑
日期:2014-09-19 10:58:152014年世界杯参赛球队:巴西
日期:2014-07-07 12:19:232014年世界杯参赛球队: 瑞士
日期:2014-05-19 12:18:36马上有钱
日期:2014-04-08 12:12:232014年新春福章
日期:2014-04-04 14:20:47马上有钱
日期:2014-02-18 16:43:092014年新春福章
日期:2014-02-18 16:43:09红旗
日期:2014-02-14 15:15:55优秀写手
日期:2013-12-18 09:29:16
发表于 2010-7-29 20:53 | 显示全部楼层
SQL*Net message from client
This wait has to do with the time spent waiting on the client, whether it is the app server (as the client) or the client machine logged directly into the database.

Recommendation: This is all about the application or network waits as it is waiting on client response.

Areas within the application that move large amounts of data should be redesigned to move only pieces of data (i.e. via use of paging) or if the data can summarized within the database before returning to the user.  The application needs to be redesigned to make use of array processing and not use the method of inserting one row at a time using the INSERT statement with the VALUES clause.

使用道具 举报

回复
认证徽章
论坛徽章:
58
生肖徽章2007版:马
日期:2009-11-06 23:12:33授权会员
日期:2013-01-10 14:38:592013年新春福章
日期:2013-02-25 14:51:24马自达
日期:2013-08-07 10:54:45红旗
日期:2013-08-09 13:48:48劳斯莱斯
日期:2013-09-12 15:56:37萤石
日期:2013-10-31 08:44:19优秀写手
日期:2013-12-18 09:29:13Jeep
日期:2014-01-14 10:53:432014年新春福章
日期:2014-02-18 16:43:09
发表于 2010-7-29 23:42 | 显示全部楼层
哈哈!谢谢了顺便学习。

使用道具 举报

回复
求职 : 数据库管理员
认证徽章
论坛徽章:
32
生肖徽章2007版:狗
日期:2009-07-20 17:10:18茶鸡蛋
日期:2013-05-23 16:34:43茶鸡蛋
日期:2013-07-19 14:39:22ITPUB社区千里马徽章
日期:2013-08-22 09:58:03雪铁龙
日期:2013-08-23 13:04:11林肯
日期:2013-09-04 14:07:20兰博基尼
日期:2013-09-16 13:45:20马上有钱
日期:2014-05-14 14:07:392014年世界杯参赛球队: 波黑
日期:2014-07-03 13:24:39马上有对象
日期:2014-10-30 14:04:32
发表于 2010-7-30 00:26 | 显示全部楼层
楼主,你的PARSE 1454783值太高了,把硬解析值降下来试一下,这样可以减少SQL MESSAGE的信息量从而减少SQL*Net message to client 事件的等待。可以尝试把参数cursor_sharing=force或similar试一下。

使用道具 举报

回复
论坛徽章:
3
ITPUB社区OCM联盟徽章
日期:2014-01-22 09:51:332014年新春福章
日期:2014-02-18 16:42:02马上有房
日期:2014-02-18 16:42:02
 楼主| 发表于 2010-7-30 00:37 | 显示全部楼层
cursor_sharing 已经是similar 了,为什么这个SQL还是要解析那么多次呢?

使用道具 举报

回复
论坛徽章:
25
ITPUB新首页上线纪念徽章
日期:2007-10-20 08:38:442010世博会纪念徽章
日期:2010-07-30 12:07:232011新春纪念徽章
日期:2011-02-18 11:43:332010广州亚运会纪念徽章:高尔夫球
日期:2011-04-11 18:22:37蜘蛛蛋
日期:2011-08-17 08:44:40ITPUB十周年纪念徽章
日期:2011-11-01 16:21:15复活蛋
日期:2011-12-15 09:06:552012新春纪念徽章
日期:2012-01-04 11:51:22ITPUB 11周年纪念徽章
日期:2012-10-09 18:06:202013年新春福章
日期:2013-02-25 14:51:24
发表于 2010-7-30 08:45 | 显示全部楼层
SELECT * FROM v$sql_shared_cursor where address='&address'

使用道具 举报

回复
求职 : 数据库管理员
认证徽章
论坛徽章:
32
生肖徽章2007版:狗
日期:2009-07-20 17:10:18茶鸡蛋
日期:2013-05-23 16:34:43茶鸡蛋
日期:2013-07-19 14:39:22ITPUB社区千里马徽章
日期:2013-08-22 09:58:03雪铁龙
日期:2013-08-23 13:04:11林肯
日期:2013-09-04 14:07:20兰博基尼
日期:2013-09-16 13:45:20马上有钱
日期:2014-05-14 14:07:392014年世界杯参赛球队: 波黑
日期:2014-07-03 13:24:39马上有对象
日期:2014-10-30 14:04:32
发表于 2010-7-30 15:18 | 显示全部楼层
你的数据库是什么版本?cursor_sharing=force再看看有没有变化

使用道具 举报

回复
论坛徽章:
3
ITPUB社区OCM联盟徽章
日期:2014-01-22 09:51:332014年新春福章
日期:2014-02-18 16:42:02马上有房
日期:2014-02-18 16:42:02
 楼主| 发表于 2010-7-30 16:16 | 显示全部楼层
数据库版本是10.2.0.2,改成FORCE有的FORM会报错,不能改

使用道具 举报

回复
论坛徽章:
2
授权会员
日期:2005-10-30 17:05:33ITPUB 11周年纪念徽章
日期:2012-10-09 18:03:32
发表于 2010-7-31 02:05 | 显示全部楼层
check parameter session_cached_cursors.  If it's 0, this problem would happen.

[ 本帖最后由 yanwang 于 2010-7-31 02:26 编辑 ]

使用道具 举报

回复

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

本版积分规则 发表回复

PostgreSQL中国大会,参会票抢购!

由 PostgreSQL中文社区与ITPUB联合主办的第九届《PostgreSQL 中国技术大会》将在北京隆重召开。PostgreSQL 作为功能最强的的开源关系型数据库之一,得到了越来越多企业的推广和运用,也越来越受到广大技术爱好者的欢迎和重视。这将是 PostgreSQL 的又一次交流盛会。
----------------------------------------
时间:2019年11月29~11月30日

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