oracle进程CPU占用100%

raykingecs

OS: Linux JDEDB 2.6.18-194.el5 #1 SMP Tue Mar 16 21:52:39 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux

Oracle 11.2.0.3 Enterprise 64bit

前台应用执行了一个程序，然后一整天都处于执行状态。查询数据库状态，发现一句Update语句已经执行了6万多秒，rows_processed为354，executions为2，SQL语句如下：
UPDATE PRODDTA.F0911
SET GLPOST     =:BND1,
  GLALT4       =:BND2,
  GLUSER       =:BND3,
  GLPID        =:BND4,
  GLJOBN       =:BND5,
  GLUPMJ       =:BND6,
  GLUPMT       =:BND7
WHERE ( GLPOST = :KEY1
AND GLICUT     = :KEY2
AND GLICU      = :KEY3 );

根据执行计划，该SQL走了一个索引，为range scan，cost为5。索引字段为GLPOST, GLICUT, GLICU, GLLT, GLDGJ, GLDOC, GLKCO DESC, GLDCT DESC, GLJELN, GLEXTL。

F0911这张表数据量约为9354216行，141个字段。

查询下来发现该session并没有被block，没有其他的行级锁。数据库服务器中有一个oracle进程CPU占用一直保持在100%，经查是在执行这句SQL。


今早发现该SQL已经执行了10万多秒，rows_processed为354，executions为2，均没有变化。那个oracle进程CPU占用仍为100%。


烦请各位大神看一下，愿意酬谢。

Maclean Liu(刘相兵

给出这个SQL的awrsqrpt

raykingecs

附件:awrsqlrpt_1_8251_8287.html

raykingecs

Maclean Liu(刘相兵 发表于 2013-8-6 11:49
给出这个SQL的awrsqrpt

请Maclean帮忙看看AWRSQRPT吧

zhuang3088

关注~~~~~~~~~~~~~~~~~··

raykingecs

自己顶一下，Maclean老大不在嘛？

Maclean Liu(刘相兵

Id         Operation         Name         Rows         Bytes         Cost (%CPU)         Time
0         UPDATE STATEMENT                                    7 (100)         
1           UPDATE         F0911                                    
2             INDEX RANGE SCAN         F0911_30         12         3672         4 (0)         00:00:01



这个成本估算是有问题的


主要2种可能性：

1、 统计信息过时
2、 使用了绑定变量 或者由于直方图的一些原因 导致基数计算有误


请使用 sql health check 脚本 分析该SQL 然后上传HTML
http://www.askmaclean.com/archiv ... h-check-script.html

houston_yaoming

这是jde系统吧

Mille

你强制走F0911_30 看看执行速度就知道了，统计信息过久

raykingecs

Maclean Liu(刘相兵 发表于 2013-8-7 14:46
Id         Operation         Name         Rows         Bytes         Cost (%CPU)         Time
0         UPDATE STATEMENT                                    7 (100)         
1           UPDATE ...

请Maclean帮忙看看，多谢！

Maclean Liu(刘相兵

你的sqlhc 快照抓的有问题， 你可以自己看下 CBO 统计信息等都是空的