【问题标题】:Stored procedure hangs occasionally存储过程偶尔挂起
【发布时间】:2014-07-15 23:21:49
【问题描述】:

我在 Oracle 11g 中有一个存储过程,它会一次又一次地挂起。发生这种情况时,我也无法重新编译它,唯一的选择是终止 SQL Developer 进程。我同意该过程确实扫描了不同表、视图和物化视图中的大量记录,但是当没有这样的问题时,只需要 1-2 秒即可返回结果集。我试过杀死所有的会话,甚至重新启动数据库,但似乎没有任何帮助。它只是自行修复。我把程序内容贴出来以备不时之需

    create or replace
PROCEDURE                                     SP_STAJ_FOR_AGAPUS(
    V_SSN IN NUMBER,
    V_WEYEARNEW OUT NUMBER,
    V_WEMONTHNEW OUT NUMBER,
    V_WEDAYNEW OUT NUMBER,
    V_LS_YEAR OUT NUMBER,
    V_LS_MONTH OUT NUMBER)
AS
BEGIN
  SELECT NVL(TRUNC(MDC.DAY_COUNT / 360),0) WEYEARNEW, NVL(TRUNC(MOD(MDC.DAY_COUNT,360) / 30),0)
    WEMONTHNEW, NVL(MOD(MOD( MDC.DAY_COUNT,360),30),0) WEDAYNEW,NVL(LS.LS_YEAR,0)LS_YEAR,NVL(
    LS.LS_MONTH,0)LS_MONTH
  INTO V_WEYEARNEW,V_WEMONTHNEW,V_WEDAYNEW,V_LS_YEAR,V_LS_MONTH
  FROM SSPF_CENTRE.PERSONS PER
  LEFT JOIN
    ( SELECT SSN, SUM(DAY_COUNT) DAY_COUNT FROM
        ( SELECT SSN, YEAR, AG.CHECK_PERIOD_MDSS(SSN,YEAR) DAY_COUNT FROM
            ( SELECT SSN, YEAR FROM SSPF_CENTRE.PERSON_ACCOUNTS GROUP BY SSN,YEAR
            UNION ALL
            SELECT SSN, SPECIAL_YEAR YEAR
        FROM SSPF_CENTRE.person_accounts_06
        GROUP BY SSN,SPECIAL_YEAR            
            UNION ALL SELECT
                P.COMMON_SSN, PA.YEAR FROM SSPF_CENTRE.PERSON_ACCOUNTS PA, SSPF_CENTRE.PERSONS P
              WHERE
                --COMMON_SSN = V_SSN AND
                PA.SSN = P.SSN(+) AND P.COMMON_SSN <> P.SSN GROUP BY P.COMMON_SSN,PA.YEAR
            ) GROUP BY SSN,YEAR
        ) GROUP BY SSN
    ) MDC ON PER.SSN=MDC.SSN
  LEFT JOIN
    ( SELECT SSN, AG.CALCULATE_YEAR(LS_DAYS) LS_YEAR, AG.CALCULATE_MONTH( LS_DAYS) LS_MONTH FROM
        ( SELECT SSN, GET_DAYS(SSN) LS_DAYS FROM MAT_SERVICE_NEW GROUP BY SSN
        )
    ) LS ON PER.SSN=LS.SSN
  WHERE PER.SSN=V_SSN;
EXCEPTION
WHEN NO_DATA_FOUND THEN
  BEGIN
    V_WEYEARNEW:=0;
    V_WEMONTHNEW:=0;
    V_WEDAYNEW:=0;
    V_LS_YEAR:=0;
    V_LS_MONTH:=0;
  END;
END SP_STAJ_FOR_AGAPUS;

【问题讨论】:

    标签: performance oracle stored-procedures locking


    【解决方案1】:

    即使我们坐在可以访问所有工具的服务器上,这种事情也很难诊断。远程几乎是不可能的。

    但这里有一些观察:

    1. 在 Oracle 中,写入器不会阻止读取器。所以这不是一个锁定问题(除了,见下一点)。但也许同时发生的其他事务会占用所有系统资源?您至少需要访问 V$SESSION 才能说明这一点,最好是 OEM。
    2. 您的查询中似乎有几个函数(AG.CALCULATE_YEAR、GET_DATES 等)。现在他们不应该编写数据库状态,但值得看看他们做了什么,以防他们依赖特定的资源。

    【讨论】:

    • 奇怪的是,如果我针对过程中使用的任何关系运行任何 SQL,我会以闪电般的速度获得结果。当我独立执行功能时没有问题。函数的内容非常庞大,在这里发布它们并不是一个好主意,但为了给出一个大致的概念,这些函数也是从相同的表、视图中选择的。
    猜你喜欢
    • 1970-01-01
    • 1970-01-01
    • 2019-05-24
    • 2023-03-23
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多