PDO事务嵌套“看似有效实则失效”是因为其不支持真正嵌套，多次beginTransaction()仅首次生效，后续被静默忽略；唯一可靠方案是使用数据库原生SAVEPOINT实现局部回滚。
PDO 事务嵌套为何“看似有效实则失效”
PDO 本身不支持真正的嵌套事务。当你连续调用 $pdo->beginTransaction() 多次，底层只会执行第一次 —— 后续调用被数据库驱动静默忽略（MySQL、PostgreSQL 均如此）。这不是 PDO 的 Bug，而是 SQL 标准和主流数据库引擎的设计限制：事务是扁平的、不可嵌套的上下文。
常见误解是“调两次 startTrans 就有两层”，实际只是 PHP 层在维护一个计数器（如 ThinkPHP 的 transTimes），而数据库始终只有一个活跃事务。一旦某层调 rollback()，整个事务被清空，外层逻辑无法继续提交。
Savepoint 是唯一可靠的“伪嵌套”方案
保存点（SAVEPOINT）是数据库原生支持的机制，允许你在单个事务内设置标记点，再通过 ROLLBACK TO SAVEPOINT 回退到该点，不影响之前或之后的操作。它不是新事务，而是当前事务的“快照锚点”。
- MySQL、PostgreSQL 完整支持，语法统一：
SAVEPOINT sp_name/ROLLBACK TO SAVEPOINT sp_name - SQLite 需开启 WAL 模式才稳定支持
- Savepoint 不消耗额外事务资源，也不改变事务隔离级别
- 一个事务中可创建多个 savepoint，按名称独立管理
手写 PDO + Savepoint 实操示例
以下代码实现“扣款成功后发券失败，只回滚发券、保留扣款”：
try {
$pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
$pdo->beginTransaction();
<pre class="brush:php;toolbar:false;">// 步骤1：用户扣款
$pdo->exec("UPDATE accounts SET balance = balance - 100 WHERE id = 123");
// 步骤2：设置保存点，准备发券
$pdo->exec("SAVEPOINT before_coupon");
try {
// 发券操作（可能失败）
$pdo->exec("INSERT INTO coupons (user_id, code) VALUES (123, 'COUP2026')");
} catch (Exception $e) {
// 仅回滚发券部分，不影响扣款
$pdo->exec("ROLLBACK TO SAVEPOINT before_coupon");
// 可记录日志、触发补偿任务等，不中断主流程
}
// 主事务仍可正常提交
$pdo->commit();
echo "扣款成功，发券失败已忽略";
} catch (Exception $e) { $pdo->rollback(); echo "整体失败：" . $e->getMessage(); }
框架中使用 Savepoint 的关键提醒
ThinkPHP 和 Laravel 等框架对 savepoint 有封装，但行为差异大：
- ThinkPHP 6/8 默认不自动用 savepoint，
Db::startTrans()多次调用仍是单事务；需手动Db::execute('SAVEPOINT...')配合 - Laravel 10 的
DB::transaction()嵌套时，底层自动插入 savepoint，但内层异常后外层仍会 commit —— 必须靠业务逻辑判断是否需要整体终止 - 无论用哪个框架，都应确保 PDO 开启异常模式：
PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION，否则 savepoint 回滚可能被跳过 - 避免在 savepoint 区域内执行 DDL（如 CREATE TABLE）、文件写入、HTTP 请求等不可回滚操作
