4

我有一个存储过程,它应该使用游标处理表中的行。该过程大部分时间都有效,但有时它不能完全执行。我知道这一点是因为我有一个简单的调试工具,嵌入到代码中,它将特定的行和变量记录到专用的调试表中。最有趣的是,从 PHP 运行时总是会出现该问题。如果我使用 mysql 客户端,我从来没有遇到过这个问题。

该过程(此处以某种缩短的方式呈现)如下:

CREATE PROCEDURE findnextedge(IN lastid BIGINT)
findnext_context:BEGIN
  DECLARE stop BOOLEAN DEFAULT FALSE;
  DECLARE count INT DEFAULT 0;
  DECLARE cur_fid BIGINT DEFAULT 0;
  DECLARE cur_pid1 BIGINT DEFAULT 0;
  DECLARE cur_pid2 BIGINT DEFAULT 0;
  DECLARE cur CURSOR FOR SELECT fid, pid1, pid2 FROM edges WHERE pid1 = lastid;
  DECLARE CONTINUE HANDLER FOR NOT FOUND SET stop = TRUE;

  CALL debuglog(0, 'findnextedge', 'lastid', lastid, NULL, NULL, NULL, NULL);
  SELECT SQL_CALC_FOUND_ROWS fid FROM edges WHERE pid1 = lastid;
  SET count = FOUND_ROWS();
  CALL debuglog(1, 'findnextedge', 'count', count, NULL, NULL, NULL, NULL);
  IF count = 0 THEN
    DELETE FROM paths WHERE pid1 = lastid AND pid2 = 0;
    SELECT COUNT(*) INTO count FROM paths WHERE pid2 = 0;
    CALL debuglog(2, 'findnextedge', 'count', count, NULL, NULL, NULL, NULL);
    IF count = 0 THEN
      SET @count = 1;
    END IF;
    LEAVE findnext_context;
  END IF;

  DELETE FROM paths WHERE pid1 = lastid AND pid2 = 0 ORDER BY pid1 LIMIT 1;

  OPEN cur;
  CALL debuglog(6, 'findnextedge', 'open', TRUE, NULL, NULL, NULL, NULL);
  REPEAT
    FETCH cur INTO cur_fid, cur_pid1, cur_pid2;
    CALL debuglog(7, 'findnextedge', 'stop', stop, NULL, NULL, NULL, NULL);
    IF stop = FALSE THEN

      CALL debuglog(3, 'findnextedge', 'cur_fid', cur_fid, 'cur_pid1', cur_pid1, 'cur_pid2', cur_pid2);

      // DO MAIN JOB
      // ...

      CALL debuglog(5, 'findnextedge', NULL, NULL, NULL, NULL, NULL, NULL);

    END IF;
    CALL debuglog(8, 'findnextedge', 'stop', stop, NULL, NULL, NULL, NULL);
    UNTIL stop = TRUE
  END REPEAT;

  CLOSE cur;
END;

出现问题时产生的整个输出:

point   context name1   value1  name2   value2  name3   value3  counter time
    0   findnext    lastid  0   NULL    NULL    NULL    NULL    0   2012-11-27 18:29:56
    1   findnext    count   1   NULL    NULL    NULL    NULL    1   2012-11-27 18:29:56
    6   findnext    open    1   NULL    NULL    NULL    NULL    2   2012-11-27 18:29:56
    7   findnext    stop    0   NULL    NULL    NULL    NULL    3   2012-11-27 18:29:56

根据日志,在第 7 点,刚刚获取游标stop值为 false,但执行既没有到达第 3 点,也没有到达第 8 点。

看起来发生了一些内部错误,但我不确定如何捕获它。奇怪的是,这种情况有时会发生在相同的数据上,否则会起作用。

PS MySQL 版本 5.0.51b,PHP 5.2.6。

PSS 我设法找到了一个相关的问题 - Calling a Stored Procedure Within a Cursor Loop, without Tripping the Continue Handler。正如我的过程的名称所暗示的那样,它是从外部过程的循环内部调用的(顺便说一下,它有一个通过“路径”表的循环和另一个继续处理程序),所以它类似于那些情况,并且可能是有点重要。我已经尝试了链接问题的解决方案,但它也没有帮助。

找到了解决方案,答案贴在下面

4

2 回答 2

1

停止循环的处理程序,如:

  DECLARE CONTINUE HANDLER FOR NOT FOUND SET stop = TRUE;

对整个过程是全局的。

结果,它很可能会捕获其他未找到的事件,而不是来自游标提取,并导致循环提前退出。

尝试在光标获取周围使用 begin end 块并在那里声明一个处理程序。

于 2012-11-27T16:08:46.110 回答
0

我已经解决了这个问题,尽管它的完成方式对我来说似乎很奇怪。

这些行:

SELECT SQL_CALC_FOUND_ROWS fid FROM edges WHERE pid1 = lastid;
SET count = FOUND_ROWS();

替换为简化:

SELECT COUNT(*) INTO count FROM edges WHERE pid1 = lastid;

这没有缺陷。

相同的东西最初用 2 行编码的原因是我一开始没有调试表,我通过SELECT's 控制执行流程。

似乎存储过程不喜欢将某些东西SELECT编入(不可用)控制台。在我的情况下,这导致了不一致的行为:在相同数据上的某些任意测试运行中,程序放弃了执行。如果有人可以阐明这种行为,我很乐意接受这个答案,而不是我的。

于 2012-11-27T19:46:38.723 回答