回滚需显式开启事务并主动调用rollback()；未beginTransaction()直接rollback会报错；异常或业务逻辑失败时均应触发回滚，避免依赖自动回滚。
PHP 中使用 PDO 执行数据库事务时，回滚（rollback）是保证数据一致性的关键操作。只有在显式开启事务、执行多条语句、且其中任一环节失败时主动调用 rollback()，才能真正撤销已执行的变更。
开启事务并捕获异常
PDO 默认处于自动提交模式，必须先调用 beginTransaction() 关闭自动提交，后续 SQL 才会纳入同一事务。推荐结合 try-catch 使用，确保出错时能可靠回滚：
$pdo = new PDO("mysql:host=localhost;dbname=test", $user, $pass);
$pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION); // 关键：抛异常而非静默失败
try {
$pdo->beginTransaction();
// 扣减库存
$pdo->exec("UPDATE products SET stock = stock - 1 WHERE id = 123");
// 创建订单
$pdo->prepare("INSERT INTO orders (user_id, product_id) VALUES (?, ?)")->execute([456, 123]);
// 模拟某步失败（如字段不存在、外键冲突、唯一约束等）
$pdo->exec("INSERT INTO logs (msg) VALUES ('order_123_created')"); // 假设 logs 表结构异常
$pdo->commit(); // 全部成功才提交
} catch (PDOException $e) {
$pdo->rollback(); // 立即回滚所有已执行语句
echo "事务失败，已回滚：" . $e->getMessage();
}
?>
手动判断条件触发回滚
并非所有失败都源于异常，有时需根据业务逻辑决定是否回滚。例如库存不足、余额为负、状态不合法等情况，应主动调用 rollback()：
立即学习“PHP免费学习笔记（深入）”；
- 执行查询后检查返回值，如
stock 或 <code>balance - 避免依赖异常机制，防止因配置错误（如未设
PDO::ERRMODE_EXCEPTION）导致静默失败 - 回滚后可记录日志或返回明确错误码，便于前端提示用户
注意事务边界与连接生命周期
事务绑定在当前 PDO 连接实例上，以下情况会导致回滚失效或行为异常：
- 未调用
beginTransaction()就直接执行rollback()—— PDO 会报错 “There is no active transaction” - 事务中创建了新 PDO 实例或复用其他连接 —— 各自独立事务，无法跨连接回滚
- 脚本结束前未
commit()或rollback()，PDO 通常会在连接关闭时自动回滚，但不应依赖此行为 - 使用长连接（如 PHP-FPM 持久连接）时，务必确保每次请求开始前检查事务状态，避免残留事务影响后续请求
调试技巧：验证回滚是否生效
最直接的方式是在事务内执行更新后，另起一个独立连接（如命令行 mysql 或另一 PHP 脚本）查询对应数据。若看到变更未持久化，说明回滚成功。也可临时在 catch 块中加日志：
file_put_contents('/tmp/rollback.log', date('Y-m-d H:i:s') . " 回滚触发\n", FILE_APPEND);
配合数据库 binlog 或 general log 可进一步确认实际执行的语句流。
