thinkphp 6.0 的 db::starttrans() 不支持真正嵌套事务，多次调用仅递增计数器，底层仍为单事务；局部回滚必须用 savepoint 或业务层降级处理。
在 ThinkPHP 6.0 中调用多层 Db::startTrans() 试图实现“扣款成功后发券失败只回滚发券”的局部回滚，结果整笔订单数据全丢了，连扣款也撤销了——这不是代码写错了，是框架事务机制本身不支持真正的嵌套。
为什么 Db::startTrans() 看似嵌套实则单层
第一步：执行 Db::startTrans() → Db::startTrans() → Db::startTrans()，计数器从 1 变成 3，但底层 PDO 只开启了一次 beginTransaction()。
第二步：中间某层调用 Db::rollback()，框架立刻重置 transTimes = 0，并执行一次 PDO::rollback()，所有已执行 SQL 全部清空，包括最外层的扣款语句。
第三步：后续即使再调 Db::commit()，也会因 “no active transaction” 被忽略——【事务上下文已被销毁，无法恢复】。
这一步操作起来很简单，直接把 Db::startTrans() 套三层就行；但后果很严重：你以为在控制子流程，实际只在递增一个整数变量。
真正能局部回滚的唯一路径：手动 SAVEPOINT
方法一：用原生 SQL 插入保存点（MySQL 8.0+/PostgreSQL）
Db::startTrans();
Db::table('orders')->where('id', $id)->update(['status' => 'paid']);
Db::execute('SAVEPOINT issue_coupon');
try {
Db::table('coupons')->insert(['order_id' => $id, 'code' => $code]);
} catch (\Exception $e) {
Db::execute('ROLLBACK TO SAVEPOINT issue_coupon');
}
Db::commit();
注意：SAVEPOINT 名称必须合法（不能含空格、特殊符号），且每个 SAVEPOINT 名需唯一，重复使用同一名称会导致前一个被覆盖。
一款AI音频处理工具，主要用于MiniMax统一媒体生成技能，用于TokenPlan工作流。当用户要求生成音频、语音、TTS、旁白、图片、插图、姿势等媒体内容时使用，适合需要提升相关任务效率的用户。
方法二：兼容低版本 MySQL（5.7 及以下）的降级方案
Db::startTrans();
Db::table('orders')->where('id', $id)->update(['status' => 'paid']);
$couponResult = Db::table('coupons')->insert(['order_id' => $id, 'code' => $code]);
if (!$couponResult) {
// 不 rollback，仅跳过后续依赖发券的操作
// 后续逻辑需显式判断 $couponResult 决定是否发通知、记日志等
}
Db::commit();
此方案不依赖数据库特性，但要求业务层主动承接失败分支，【无法自动回退已执行语句，必须靠代码逻辑规避副作用】。
别踩这些坑：常见错误写法
❌ 在模型方法里写 Db::startTrans() —— 多个模型各自开启事务，最终只认第一个 startTrans()，其余全部失效。
❌ 混用 Db::transaction() 和 Db::startTrans() —— Db::transaction() 是闭包封装，内部自动 commit/rollback；若在其中再调 startTrans()，外层 transaction() 的 try-catch 会捕获异常并 rollback，而内层 startTrans() 已破坏计数器，导致状态错乱。
❌ 把事务控制交给 service 层多个方法分别调用 startTrans() —— 例如 payOrder() 和 sendCoupon() 都写了 startTrans()，只要 sendCoupon() 先 rollback，payOrder() 的变更就再也 commit 不出去。
✅ 正确做法：事务边界必须由最外层入口方法统一控制，所有子逻辑不碰 startTrans()/commit()/rollback()，只负责抛异常或返回失败标识。
