PHP 8.5 不改变事务机制，仍需用 PDO 或 MySQLi 显式调用 beginTransaction()、commit()、rollback()，并设置异常模式（如 PDO::ERRMODE_EXCEPTION），确保异常穿透 catch 块，避免静默失败；ThinkPHP 等框架须防止闭包内吞异常，且不支持真嵌套事务。
PHP 8.5 本身不提供新的事务机制，数据库事务回滚的配置和实现方式与之前版本一致，关键在于正确使用底层扩展（PDO 或 MySQLi）并遵循事务控制规范。升级到 PHP 8.5 后，需特别注意错误处理行为、扩展兼容性及框架适配，避免因环境变化导致回滚失效。
确保 PDO 或 MySQLi 正确启用异常模式
事务回滚依赖于异常能否被准确捕获。PHP 8.5 默认仍沿用 PDO::ERRMODE_EXCEPTION 和 mysqli 错误报告模式，但若项目中曾手动关闭异常或降级为警告，回滚将静默失败。
- PDO：必须在创建连接后立即设置 $pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION)；否则 exec() 失败只返回 false，不会抛异常，
catch块无法触发 rollback - MySQLi：推荐使用面向对象风格并开启异常报告：$mysqli->options(MYSQLI_OPT_REPORT, MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT)；过程式调用需配合
mysqli_report(MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT) - 验证方式：故意执行一条语法错误 SQL（如
$pdo->exec("INSERT INTO t VALUES")），确认是否抛出PDOException而非静默失败
用 try-catch 包裹事务逻辑，显式调用 rollback
PHP 8.5 不改变事务生命周期管理规则——beginTransaction()、commit() 和 rollback() 都必须显式调用，不能依赖作用域自动清理。
-
beginTransaction()必须放在try块最开头，防止前置连接检查失败导致事务未开启就进入catch -
commit()和rollback()不可省略；即使catch中已回滚，也必须重新抛出异常（throw $e），否则上层业务可能误判为成功 - 错误示范：
try { $pdo->beginTransaction(); ... } catch (Exception) { $pdo->rollback(); }—— 缺少throw，导致服务层认为操作完成，引发数据不一致
ThinkPHP 等框架需避免闭包内吞异常
PHP 8.5 下 ThinkPHP 6/7 的事务机制未变，但类型推导增强可能导致某些隐式转换报错，间接影响异常传播。框架事务回滚完全依赖异常穿透闭包。
立即学习“PHP免费学习笔记（深入）”；
- 正确写法：
Db::transaction(function () { throw new Exception('test'); });—— 异常透出，框架自动 rollback - 错误写法：
try { Db::transaction(function () { throw new Exception(); }); } catch (Exception $e) { }—— 事务早已提交，catch 毫无意义 - 嵌套事务仍不支持：PDO 层面无真嵌套，ThinkPHP 的多层
Db::transaction()调用只会生效最外层；需合并为单个闭包，或改用Db::startTrans()+ 手动状态判断
检查存储引擎与隔离级别兼容性
PHP 8.5 运行时对 MySQL 的协议支持无变化，但若升级同时更新了 MySQL 8.4+，需确认事务行为一致性。
- 所有表必须使用 InnoDB 引擎；MyISAM 表执行
rollback()无效（无事务支持） - 默认隔离级别 REPEATABLE READ 下，事务内查询不到本事务未提交的数据是正常现象；如需立即可见，可临时设为
READ COMMITTED（$pdo->exec("SET SESSION TRANSACTION ISOLATION LEVEL READ COMMITTED")） - 读写分离场景下，事务内查询需强制走主库：
Db::master()->table(...)->select()，否则从库延迟导致“查不到刚插入数据”
