存储过程很慢单独执行很快_DB2中存储过程执行慢问题故障处理

其实这个问题是以前同一个客户遇见的问题，当时一个工程师解决后记录的过程如下：

应用同事反映但是对应到执行存储过程，执行了2，3个小时了，还没出来结果。

存储过程主要是执行一条update sql语句，单独将语句拿出来，clp命令行执行很快，2－3s即可执行完成。

执行的SP：

call pdw.P_OCS_ACTIVE_UPDATE('20120304',?)

存储过程主要业务SQL：

/***********************开始实现业务******************************/

/*******/

SET vn_Step=1;--

call papp.p_debug(txdate,vn_PrcName,vn_Step,vv_sql); --

UPDATE PODS.T_ODS_PAR_CUSTMSG a

SET run_code='UU'

WHERE sm_code in ('o3','os','om','ol','ox') AND NOT EXISTS

(SELECT * FROM PODS.T_ODS_PAR_OCSACTIVEMSG b where a.ID_NO=b.ID_NO );

COMMIT;--

/************************结束业务逻辑******************************/

根据了解，这个存储过程有些时候了，最近无改动，以前都正常。

根据具体情况，第一反应是这个存储过程中语句的执行计划不正确了。静态sql的访问计划是在第一次编译后存储在数据库的包中的，之后运行都是使用包中的执行计划。解决办法很简单，对存储过程包重新绑定一下，使用最新的数据库统计信息生成最新的访问计划。

先查出此存储过程对应的包：

SELECT   bname,

pkgname,

BSCHEMA

FROM     syscat.packagedep

WHERE    btype='T'

AND      pkgname in(select bname from sysibm.sysdependencies where dname in (select specificname from syscat.procedures where procname='P_OCS_ACTIVE_UPDATE'

AND PROCSCHEMA='PDW'))

[DWE3:/tmp]db2 "SELECT   bname,

>          pkgname,

>          BSCHEMA

> FROM     syscat.packagedep

> WHERE    btype='T'

> AND      pkgname in(select bname from sysibm.sysdependencies where dname in (select specificname