17370845950

PHP事务回滚必须显式调用rollback()，前提是已通过beginTransaction()成功开启事务、未提交、连接有效且引擎支持（如InnoDB）；自动提交默认开启，漏调beginTransaction()则commit/rollback无效。

PHP 中事务回滚不是靠某个单独函数自动触发的，而是必须显式调用 rollback()，且前提是数据库连接已开启事务、尚未提交、连接未断开、驱动支持事务（如 MySQL 的 InnoDB 引擎）。

事务必须手动开启，PDO 默认是自动提交模式

PDO 实例默认处于 AUTOCOMMIT 开启状态，每条 SQL 执行完立刻生效，beginTransaction() 不仅是“声明开始”，更是关闭自动提交的关键动作。漏掉这一步，后续的 commit() 或 rollback() 都无效。

• $pdo->beginTransaction() 必须成功返回 true 才算真正进入事务；失败通常意味着驱动不支持或表引擎不支持（如 MySQL MyISAM）
• 开启后，$pdo->inTransaction() 返回 true，可用于运行时校验
• 若在事务中执行了 DDL（如 CREATE TABLE），MySQL 会隐式提交当前事务，后续 rollback() 将不起作用

回滚只对未提交的修改生效，且不能跨请求

rollback() 只撤销从 beginTransaction() 到当前调用之间所有已执行但未 commit() 的语句。它不保存快照，也不恢复磁盘数据——只是让数据库引擎放弃本次事务内的变更记录。

• 一旦调用过 commit()，再调用 rollback() 无效，PDO 会抛出 PDOException：「There is no active transaction」
• 事务生命周期绑定于单个数据库连接对象，PHP-FPM 请求结束或脚本终止时连接释放，未提交的事务会被数据库自动回滚（行为依赖引擎，InnoDB 会回滚，但不可依赖）
• 不能在 A 请求开启事务，B 请求去回滚；事务无法跨进程、跨连接共享

实际写法：try-catch + 显式 rollback 是安全底线

修改数据时出错（如唯一键冲突、类型错误、网络中断）不会自动触发回滚。必须靠异常捕获主动调用 rollback()，否则可能留下脏数据或锁表。

$pdo->beginTransaction();
try {
    $pdo->exec("UPDATE accounts SET balance = balance - 100 WHERE id = 1");
    $pdo->exec("UPDATE accounts SET balance = balance + 100 WHERE id = 2");
    $pdo->commit();
} catch (PDOException $e) {
    $pdo->rollback();
    throw $e;
}

• 不要只捕获 Exception，PDO 错误需明确捕获 PDOException
• 确保 rollback() 在 catch 块中执行，且不被后续逻辑跳过（例如中间加了 return 或新异常）
• 某些旧版 PHP（如 7.0 以下）中，rollback() 失败可能不抛异常，建议检查返回值：if (!$pdo->rollback()) { /* 日志告警 */ }

MySQL 引擎和隔离级别影响 rollback 行为

事务能否回滚，根本取决于存储引擎是否支持事务。MyISAM 表执行 beginTransaction() 成功，但所有操作仍是立即持久化，rollback() 无实际效果。

• 确认表引擎：SHOW CREATE TABLE accounts 查看是否为 ENGINE=InnoDB
• 隔离级别（如 READ COMMITTED）不影响回滚能力，但会影响并发查询看到的数据版本
• 长事务（如超 60 秒）可能被 MySQL 的 innodb_lock_wait_timeout 或 wait_timeout 中断，导致连接关闭，此时回滚由服务端自动完成，但应用层无法感知

最容易被忽略的是：事务开启后没做任何写操作就直接 commit() 或 rollback()，看似无害，实则可能掩盖了连接复用或事务嵌套误用的问题。真要保险，每个事务块都该有明确的修改意图，并配对验证 inTransaction() 状态。