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() 状态。
