PHP事务回滚必须显式调用rollback()，前提是已通过beginTransaction()成功开启事务、未提交、连接有效且引擎支持（如InnoDB）；自动提交默认开启，漏调beginTransaction()则commit/rollback无效。
PHP 中事务回滚不是靠某个单独函数自动触发的，而是必须显式调用
，且前提是数据库连接已开启事务、尚未提交、连接未断开、驱动支持事务（如 MySQL 的 InnoDB 引擎）。
事务必须手动开启，PDO 默认是自动提交模式
PDO 实例默认处于
开启状态，每条 SQL 执行完立刻生效，
不仅是“声明开始”，更是关闭自动提交的关键动作。漏掉这一步，后续的
或
都无效。
必须成功返回
才算真正进入事务；失败通常意味着驱动不支持或表引擎不支持（如 MySQL MyISAM）
开启后，
返回
，可用于运行时校验
若在事务中执行了 DDL（如
），MySQL 会隐式提交当前事务，后续
将不起作用
回滚只对未提交的修改生效，且不能跨请求
只撤销从
到当前调用之间所有已执行但未
的语句。它不保存快照，也不恢复磁盘数据——只是让数据库引擎放弃本次事务内的变更记录。
一旦调用过
，再调用
无效，PDO 会抛出
：「There is no active transaction」
事务生命周期绑定于单个数据库连接对象，PHP-FPM 请求结束或脚本终止时连接释放，未提交的事务会被数据库自动回滚（行为依赖引擎，InnoDB 会回滚，但不可依赖）
不能在 A 请求开启事务，B 请求去回滚；事务无法跨进程、跨连接共享
实际写法：try-catch + 显式 rollback 是安全底线
修改数据时出错（如唯一键冲突、类型错误、网络中断）不会自动触发回滚。必须靠异常捕获主动调用
，否则可能留下脏数据或锁表。
PHP 8.5.5
PHP 8.5.5 是 PHP 8.5 分支的维护更新版本。该版本延续了“小步快跑”的迭代逻辑，通过深度错误修复、底层性能微调以及安全加固，旨在为开发者提供一个更健壮、更高效的运行环境。该版本严格遵守语义化版本规范，不包含破坏性变更。
下载
立即学习
“
PHP免费学习笔记（深入）
”；
不要只捕获
，PDO 错误需明确捕获
确保
在
块中执行，且不被后续逻辑跳过（例如中间加了
或新异常）
某些旧版 PHP（如 7.0 以下）中，
失败可能不抛异常，建议检查返回值：
MySQL 引擎和隔离级别影响 rollback 行为
事务能否回滚，根本取决于存储引擎是否支持事务。MyISAM 表执行
成功，但所有操作仍是立即持久化，
无实际效果。
确认表引擎：
查看是否为
隔离级别（如
）不影响回滚能力，但会影响并发查询看到的数据版本
长事务（如超 60 秒）可能被 MySQL 的
或
中断，导致连接关闭，此时回滚由服务端自动完成，但应用层无法感知
最容易被忽略的是：事务开启后没做任何写操作就直接
或
，看似无害，实则可能掩盖了连接复用或事务嵌套误用的问题。真要保险，每个事务块都该有明确的修改意图，并配对验证
状态。
rollback()AUTOCOMMITbeginTransaction()commit()rollback()$pdo->beginTransaction()true$pdo->inTransaction()trueCREATE TABLErollback()rollback()beginTransaction()commit()commit()rollback()PDOExceptionrollback()$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;
}ExceptionPDOExceptionrollback()catchreturnrollback()if (!$pdo->rollback()) { /* 日志告警 */ }beginTransaction()rollback()SHOW CREATE TABLE accountsENGINE=InnoDBREAD COMMITTEDinnodb_lock_wait_timeoutwait_timeoutcommit()rollback()inTransaction()