PHP 执行 Oracle PL/SQL - OCI8 时何时会执行自动回滚？

Question

我有执行存储过程 10 次的 PHP 代码。如果一个存储过程调用失败，它应该继续，并在最后提交事务。

它基本上看起来像这样：

$connection = getConn();

foreach($row as $i=>$j) {
  $SQL = "BEGIN MYPROC.EXECUTE(:VAL1, :VAL2); END;";
  $statement = OCIParse($connection, $SQL);

  oci_bind_by_name($statement, 'VAL1', $row[i]['FIRSTVAL']);
  oci_bind_by_name($statement, 'VAL2', $row[i]['SECONDVAL']);

  $success = @OCIExecute($statement, OCI_DEFAULT);
  if(!$success) {
    print 'Exception in stored proc call';
  }
  else {
    print 'Success';
  }

}
oci_commit($connection);

我的问题是，如果在第五个存储过程调用中引发异常，是否会回滚到该点的所有存储过程调用？

Answer 1

只要每个过程都在同一个会话中执行，并且没有一个过程发出提交，那么它们所做的更改就可以回滚。您应该在循环外打开连接，然后在其中完成所有工作。就目前而言，您每次都通过循环进行连接，这是低效的并且不允许您执行您想做的事情。您还应该将 commit 语句放在循环之外。

也许是这样的：

$SQL = "BEGIN MYPROC.EXECUTE(:VAL1, :VAL2); END;";
$connection = getConn();
$statement = OCIParse($connection, $SQL);

foreach($row as $i=>$j) {

  oci_bind_by_name($statement, 'VAL1', $row[i]['FIRSTVAL']);
  oci_bind_by_name($statement, 'VAL2', $row[i]['SECONDVAL']);

  $success = @OCIExecute($statement, OCI_DEFAULT);
  if(!$success) {
    print 'Exception in stored proc call';
    oci_rollback($connection);
    exit processing here... 
  }
  else {
    print 'Success';
  }
}
oci_commit($connection);

Answer 2

我认为 PHP 驱动程序（而不是 Oracle）正在控制此处的提交。 这似乎表明从 PHP 5.3.2 (PECL OCI8 1.4)，每次调用 OCIExecute（默认情况下）都会提交该语句，无论存储过程中有什么。

Answer 3

最近必须对此进行一些测试。当发生未处理的异常时，Oracle 似乎会部分回滚到同一会话的最顶层包含开始块或提交的点（并不总是一直返回到先前的提交）。给定一个带有 int id 和 varchar2 val 和 proc 的表：

CREATE OR REPLACE PROCEDURE PROC_AUTO_COMMIT_TEST( 
   p_id int, p_val varchar2, p_cmd varchar2
) IS
BEGIN
   if (p_cmd = 'init') then
        delete from TEMP_AUTOCOMMIT_TEST;
        insert into TEMP_AUTOCOMMIT_TEST values(1,'one');
        insert into TEMP_AUTOCOMMIT_TEST values(2,'two');
        insert into TEMP_AUTOCOMMIT_TEST values(3,'three');
        commit;  
   else   
        update TEMP_AUTOCOMMIT_TEST 
           set val = p_val
         where id = p_id;

         if (p_cmd = 'throw') then
            insert into TEMP_AUTOCOMMIT_TEST values(3,'THREE');  -- throws
         end if;
   end if;     
END PROC_AUTO_COMMIT_TEST;

然后执行以下操作：

begin
    PROC_AUTO_COMMIT_TEST(0, null, 'init');   
    begin
        PROC_AUTO_COMMIT_TEST(1, 'ONE', null);
    end;
    begin
        PROC_AUTO_COMMIT_TEST(2, 'TWO', null);
        PROC_AUTO_COMMIT_TEST(3, 'THREE', 'throw');
    end;
end;

一路回滚到“init”内的提交（也回滚了一个）。

与按顺序执行这些操作（从 Toad（自动提交关闭，每个块上按 F9，整个块按 f5）或 Sqlplus，中间有 /）：

begin
    PROC_AUTO_COMMIT_TEST(0, null, 'init');   
end;

begin
    PROC_AUTO_COMMIT_TEST(1, 'ONE', null);
end;

begin
    PROC_AUTO_COMMIT_TEST(2, 'TWO', null);
    PROC_AUTO_COMMIT_TEST(3, 'THREE', 'throw');
end;

在 3 个内发生的异常然后回滚到“1”之后。然而，“ONE”仍然需要回滚或提交，因为它持有行锁（使用 TOAD 中的会话浏览器进行验证）。将此称为部分回滚，因为它不会一路返回到“init”调用中的提交并留下锁定的行。我假设这种情况更接近 PHP 和其他连接器可能正在做的事情。