thinkphp5.1的事务嵌套基于savepoint实现，并非真正多层独立事务；内层回滚仅退至对应保存点，外层仍可提交。其通过begin+savepoint模拟，禁用mysql原生嵌套，需统一用db::transaction闭包管理，避免混用starttrans、手动rollback及跨连接操作。
ThinkPHP5.1 的事务嵌套不是真正意义上的“多层独立事务”，而是基于 savepoint（保存点） 实现的逻辑分层。内层回滚只退回到对应保存点，外层事务仍可继续执行并最终提交——这正是“内层回滚不影响外层”的底层机制。
理解 TP5.1 的嵌套事务本质
TP5.1 并不依赖 MySQL 原生嵌套事务（MySQL 本身不支持），而是通过以下方式模拟：
- 首次调用
Db::transaction()或Db::startTrans()时，执行BEGIN - 后续嵌套调用会自动创建 savepoint（如
SAVEPOINT trans2），不触发新 BEGIN - 内层回滚时，实际执行的是
ROLLBACK TO SAVEPOINT trans2，而非全局ROLLBACK - 只有最外层 commit 或 rollback 才真正结束整个事务生命周期
正确使用嵌套事务的写法
推荐统一使用 Db::transaction() 闭包方式，框架会自动管理 savepoint 层级：
- 外层事务：直接包裹主业务逻辑
- 内层“子事务”：在闭包内再次调用
Db::transaction()，无需额外判断 - 内层抛异常 → 自动回滚到其 savepoint，外层继续运行
- 外层无异常 → 最终
COMMIT，所有未被 savepoint 回滚的操作生效
示例：
Db::transaction(function () {User::create(['name' => 'Alice']); // 外层操作
Db::transaction(function () {
Order::create(['user_id' => 1, 'status' => 'pending']);
throw new Exception('模拟订单失败'); // 触发内层回滚
}); // 此处退出，仅 Order 数据被撤销
Log::create(['action' => 'user_registered']); // 仍会执行并最终提交
});
手动控制 savepoint 的场景（进阶）
若需更精细控制（如动态决定是否回滚某一段），可绕过 transaction()，改用原生 savepoint 操作：
- 用
Db::execute('SAVEPOINT sp1')显式设点 - 用
Db::execute('ROLLBACK TO SAVEPOINT sp1')回退到该点 - 用
Db::execute('RELEASE SAVEPOINT sp1')清除保存点 - 注意：必须确保所有操作在同一数据库连接上，避免跨连接失效
必须避开的坑
以下做法会导致预期失效：
- 混用
Db::startTrans()和Db::transaction()—— 状态管理冲突 - 在内层事务中手动调用
Db::rollback()—— 可能误触外层回滚 - 跨模型或跨 Db 连接操作（如同时操作 mysql 和 oracle）—— savepoint 不跨连接
- 事务中执行 DDL（如
CREATE TABLE）—— 多数数据库会隐式提交当前事务
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
