PHP 循环调用 Oracle 存储过程为何触发 ORA-01000？

2026-11-06数据小陈

结论

ORA-01000 表示当前 Oracle 会话打开的游标数量超过了 OPEN_CURSORS 上限。循环调用本身不一定会留下游标。如果 PHP 数据库层每次调用都创建新语句，却没有关闭或复用语句，游标数量就可能随循环次数增加，最终触发这个错误。

你贴出的存储过程只有一条 UPDATE。移除过程中的显式游标后错误仍然出现，因此应重点检查 PHP 数据库驱动和 $this->db 封装层如何管理每次查询创建的语句句柄。具体释放方式取决于你使用的驱动，下面以 OCI8 为例。

用绑定变量复用 OCI8 语句

避免在循环中拼接 SQL 并反复创建新语句。可以先解析一次 PL/SQL 调用，再在每次循环中更新绑定值并执行：

$sql = 'BEGIN FIRST_PKG.Add_CUST_OPTION(
    :user_id,
    :status_id,
    :option_id,
    SYSDATE,
    :customer_id
); END;';

$stmt = oci_parse($conn, $sql);

$userId = $USER_ID;
$statusId = '1';
$customerId = $CUST_ID;
$optionId = null;

oci_bind_by_name($stmt, ':user_id', $userId);
oci_bind_by_name($stmt, ':status_id', $statusId);
oci_bind_by_name($stmt, ':option_id', $optionId);
oci_bind_by_name($stmt, ':customer_id', $customerId);

foreach ($data['option'] as $val) {
    $optionId = $val;

    if (!oci_execute($stmt)) {
        $error = oci_error($stmt);
        throw new RuntimeException($error['message']);
    }
}

oci_free_statement($stmt);

示例按照你贴出的过程定义传入五个参数，日期参数直接使用 SYSDATE。请根据实际的数据库过程签名调整参数和变量类型。如果使用的不是 OCI8，请调用对应驱动或框架提供的语句关闭、释放或复用方法，不要直接照搬 oci_free_statement()。

检查代码中的参数和 SQL

你给出的 PHP 调用似乎传入了六个参数，包括 $STORE_id；而过程定义列出的是五个参数。此外，Add_CUST_OPTION 后的调用文本看起来缺少左括号。如果实际代码也如此，应先核对调用参数数量和语法是否与数据库中的过程签名一致。如果贴出的代码经过简化，这些内容可能只是展示时遗漏。

过程定义中的赋值：

CUSTOMER_ID = CUSTOMER_ID

会将列赋给自身，不会用 V_CUSTO_ID 参数更新客户编号。这不能直接解释 ORA-01000。如果原本要写入传入的客户编号，请检查是否应改为类似 CUSTOMER_ID = V_CUSTO_ID 的写法。

排查步骤

确认报错来自哪个 Oracle 会话，并查看该会话打开的游标数量是否随着循环调用持续增加。
检查 $this->db->query() 和 $this->db->execute() 的实现，确认每轮是否新建语句句柄、执行后是否关闭或释放，以及失败时是否也会释放。
尽量复用已解析的语句并使用绑定变量，循环结束后释放语句资源。
检查其他同时运行的查询、未释放的结果集，以及连接是否被多个操作复用。OPEN_CURSORS 限制的是会话中同时打开的游标数量，不是允许提交的选项总数。
修复资源生命周期后如果仍超过上限，再评估是否需要调整 OPEN_CURSORS。单纯提高上限可能只会让资源泄漏导致的错误晚些出现。