thinkphp6事务回滚失效主因是php7异常模型变化：db::transaction()仅捕获exception，未捕获error导致脚本终止、rollback不执行；pdo模拟预处理开启时sql错误延迟暴露；exit/die使连接卡在active状态；模型save()返回值误判致事务提前退出。
ThinkPHP6在PHP7环境下运行时，数据库事务处理机制本身不因PHP7版本而改变，但PHP7的异常处理模型、PDO行为和错误报告策略会直接影响事务是否真正回滚——尤其当代码中混用错误抑制符@、或依赖PHP7.0与7.4之间已废弃的异常继承链时，Db::rollback()可能静默失效。
PHP7异常穿透规则决定事务成败
PHP7将大多数致命错误（如E_ERROR）转为可捕获的Error类异常，但Error默认不继承Exception；Db::transaction()只捕获Exception子类，对Fatal Error或Parse Error无感知。若事务闭包内触发未被捕获的TypeError（如传入null给int参数），PHP7直接终止脚本，Db::rollback()根本不会执行。
必须显式捕获Error：Db::transaction(function () { try { Db::table('user')->insert(['id' => null]); } catch (\Exception | \Error $e) { throw $e; } });
【不加\Error捕获会导致事务卡死在active状态，后续请求复用该PDO连接时Db::rollback()报“There is no active transaction”】
PHP7.0～7.4中PDO预处理参数绑定差异
PHP7.0默认启用PDO::ATTR_EMULATE_PREPARES=true，此时IN子句参数（如where id in (?)）会被客户端拼接成字符串，绕过预处理，导致事务内SQL注入风险升高，且某些非法语法错误在prepare阶段不暴露，直到execute才抛出——此时事务已开始，但rollback无法回退已执行成功的前序语句。
方法一：在database.php中强制关闭模拟预处理：
‘params’ => [PDO::ATTR_EMULATE_PREPARES => false]
方法二：PHP7.4+可安全开启strict mode，但需确认MySQL服务端版本≥5.7.5，否则PDO::prepare()直接失败。
手动事务中exit/die调用后果对比
第一步：在PHP7.0中使用exit终止事务内执行，PDO连接不会自动清理，连接池中该连接永久处于“transaction active”状态，后续请求复用时Db::rollback()立即报错；
第二步：PHP7.3起引入register_shutdown_function自动检测未完成事务，但仅记录日志，不自动回滚；
第三步：唯一可靠做法是禁用exit，改用throw new \RuntimeException(‘debug stop’)，让异常穿透至Db::transaction()顶层处理层。
模型save()在PHP7中的返回值陷阱
PHP7.0中Model::save()失败返回false，PHP7.1+统一返回0（影响行数），但Db::transaction()内部仅检查是否抛出异常，不检查返回值。若业务代码写if (!$model->save()) { return; }，事务就提前退出，Db::commit()照常执行。
这一步操作起来很简单，直接把判断逻辑移到事务外：$result = $model->save(); if (!$result) throw new \Exception(‘save failed’);
php免费学习视频：立即使用
踏上前端学习之旅，开启通往精通之路！从前端基础到项目实战，循序渐进，一步一个脚印，迈向巅峰！
