thinkphp 5.1+ 中 db::starttrans() 手动事务大概率失效，根本原因是连接惰性初始化导致事务与sql执行不在同一pdo连接；必须使用 db::transaction() 闭包方式才能确保事务一致性。
ThinkPHP 5.1+ 中，Db::startTrans() + commit()/rollback() 手动事务写法**大概率不生效**，不是配置问题，而是连接未绑定导致的底层失效。必须用 Db::transaction() 闭包方式，否则看似回滚了，数据却已落库。
为什么 startTrans 在 TP5.1+ 里经常“没反应”
根本原因不是代码写错，而是 PDO 连接没对上：TP 默认启用「连接惰性初始化」，startTrans() 调用时可能还没真正创建 PDO 实例；后续执行 Db::table() 或模型操作时才触发新连接创建，结果事务指令发给连接 A，SQL 却执行在连接 B 上——回滚调了，但压根没作用于那条 SQL。
以下场景会让这个问题立刻暴露：
- 混用模型（
User::create()）和原生查询（Db::table('log')->insert()） - 启用了读写分离（
'deploy' => 1） - 模型指定了独立连接（如
protected $connection = 'slave'） - 用了连接池或长连接复用配置
Db::transaction() 是唯一可靠写法
它强制复用同一 PDO 连接、自动捕获未处理异常、异常时必定回滚、成功时必定提交——不用手写 try/catch，也不用担心漏掉 rollback()。
正确示例：
use think\facade\Db;
Db::transaction(function () {
User::create(['name' => 'Alice']);
Db::table('log')->insert(['msg' => 'user created']);
// 任意一步抛出 Exception（包括 PHP Notice 触发的 ErrorException），整个闭包退出，事务自动回滚
});
支持嵌套事务（内部 Db::transaction() 自动转为 savepoint）；可传隔离级别：Db::transaction(fn() => ..., 'SERIALIZABLE')，但注意值必须是 PDO 常量对应字面量（'SERIALIZABLE' 可，'serializable' 不行）。
手动事务（startTrans/commit/rollback）仅限极少数可控场景
如果你确定以下所有条件都满足，才可考虑手动控制：
- 全程只用
Db::table()，不混用任何模型操作 - 数据库配置未开启
'deploy' => 1或其他连接路由逻辑 - 没有跨库、跨连接操作需求
- 事务内不涉及外部 HTTP 请求、文件 IO 等可能超时阻塞的操作（否则 MySQL 主动断连后，
commit()抛异常，rollback()已无意义）
即便如此，仍需显式包裹 try/catch，且必须确保 rollback() 在 catch 块中执行——漏掉一次就等于放弃一致性保障。
最容易被忽略的一点：事务隔离级别传参必须是字符串字面量，且大小写敏感；Db::transaction() 不校验该参数合法性，传错（如 'read committed'）会导致 PDO 静默忽略，降级为默认级别，而你完全感知不到。
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
