PDO 事务 API 是如何工作的？

Question

这是我的代码结构：

// db connection here

try {
    $dbh_conn->beginTransaction();

    $stm = $dbh_conn->prepare("SELECT user_id FROM resend_pass WHERE token = ?");
    $stm->execute(array('value'));
    $num_rows = $stm->fetch(PDO::FETCH_ASSOC);

    if($num_rows) {
        echo 'one'; die;

    } else {
        echo 'two'; die;

    }

    $dbh_conn->commit();

} catch(PDOException $e) {
    $dbh_conn->rollBack();

    echo 'three'; die;

}

该查询何时执行？你知道，我的脚本完全按预期工作。但我想知道怎么做？如您所见，commite() 之前有一个if - else 语句； if 和 else 在它们的块中都有 die;。据我所知，这条线永远不会执行：

$dbh_conn->commit();

因为前面有一个 die。但令人惊讶的是，我的代码也能正常工作。以下是所有可能的输出：

• 如果value 作为标记存在于resend_pass 表中，它将打印one。
• 如果value 在resend_pass 表中不作为标记存在，它会打印two。
• 如果有错误，它会打印three（如语法 SQL 错误）

看到了吗？一切都好。但是怎么做？ commit() 函数何时执行？在那些dies 之前？

注意：resend_pass的引擎是innoDB。

Answer 1

在调用execute() 时执行查询（注意query() 调用execute()）。

如果查询更改了支持事务的表中的数据，则在释放 PDO 对象时回滚更改，因为对象超出范围或脚本终止并清理。这是由于 PDO 代码，而不是 MySQL。

如果查询更改了不支持事务的表（例如 MyISAM 表）中的数据，则更改在执行时是永久性的，并且无法回滚。

有一些SQL statements that perform an implicit commit。即使您的脚本在调用 commit() 之前死掉，它们也会在执行后立即变为永久性。

正如@MarcB 提到的，您的示例显示了一个只读的SELECT 语句。如果你使用INSERT/UPDATE/DELETE，测试行为会更容易。