ThinkPHP数据库事务报错_异常捕获与事务回滚机制应用-ThinkPHP-PHP中文网

事务未回滚因闭包未抛出穿透异常；嵌套事务需数据库支持savepoint；模型与db连接隔离导致查不到新数据；rollback误调引发pdoexception。

thinkphp数据库事务报错_异常捕获与事务回滚机制应用

事务中抛出异常但没回滚？检查 `Db::transaction()` 的闭包返回值

ThinkPHP 的 Db::transaction() 默认只在闭包抛出异常时触发回滚，**不关心闭包内部是否 return false 或 throw new Exception() 以外的错误**。常见坑是手动 throw new \Exception() 被 try-catch 吞掉，或用 return false 试图中断——这不会触发回滚，事务会照常提交。

必须让异常穿透到 Db::transaction() 内部捕获层，即不要在闭包里 catch 异常后静默处理
如果逻辑需要条件终止，直接 throw new \Exception('业务校验失败')，别 return
闭包内调用的自定义方法若可能失败，确保它也把异常往上抛，而不是返回错误码

嵌套事务不生效？ThinkPHP 6.x 默认不支持真正的嵌套事务

Db::transaction() 在嵌套调用时，外层事务会退化为“模拟嵌套”，底层仍是单层事务。你看到的 Db::startTrans() + Db::commit() 套娃，其实只是计数器增减，**一旦底层数据库不支持 SAVEPOINT（如 MySQL 5.6 及更早），内层 rollback 实际会回滚整个事务**。

MySQL 5.7+、PostgreSQL 支持 SAVEPOINT，可启用真嵌套：配置 'support_savepoint' => true（需手动在数据库连接配置中加）
否则，避免写多层 Db::transaction()，把逻辑扁平化，用 if/else 控制分支，统一在外层处理回滚
调试时可查日志：Db::getLastSql() 看是否出现 SAVEPOINT 相关语句

事务里查不到刚插入的数据？注意模型 save() 和 Db::insert() 的连接隔离差异

在事务中用 UserModel::create() 插入后，立刻用 Db::table('user')->where('id', $id)->find() 查不到，大概率是因为模型用了自己的连接实例，而 Db 类用了另一个——**它们不在同一个 PDO 连接上下文中，无法看到未提交的变更**。

ThinkPHP5.1企业站点快速开发-源码课件

ThinkPHP5.1企业站点快速开发

下载

统一使用 Db 类操作：插入和查询都走 Db::table('user')->insert() + Db::table('user')->find()
若必须用模型，确保复用连接：$model->db()->transaction(function () use ($model) { ... })
别依赖事务内“立即可见”，ThinkPHP 模型默认不开启事务内连接复用，这是隐式行为，不是 bug

报错 `PDOException: There is no active transaction`？`Db::rollback()` 被提前调用了

这个错误通常出现在手动管理事务（Db::startTrans() / Db::commit() / Db::rollback()）时，Db::rollback() 被执行了两次，或在未开启事务时就调用。ThinkPHP 不会自动忽略重复 rollback，PDO 层直接报错。

永远配对使用：每个 Db::startTrans() 后，只执行一次 Db::commit() 或一次 Db::rollback()
别在 finally 块里无条件写 Db::rollback()，应加状态判断：if (Db::isTrans()) { Db::rollback(); }
多个 try-catch 嵌套时，确保只有最外层决定 commit/rollback，内层只负责抛异常

事务的边界感很容易被业务逻辑模糊掉——比如一个 service 方法里调了两个带事务的方法，你以为是两段独立事务，其实可能被合并或冲突。真正难的不是写 Db::transaction()，而是厘清“哪几行 SQL 必须原子性”以及“谁该负责兜底”。