php 8.5 中 pdo 事务必须手动管理：autocommit 默认为 true，需运行时设为 false；commit/rollback 后须手动恢复 autocommit；不支持可靠嵌套事务；隔离级别影响数据可见性，需按驱动适配设置。
PHP 8.5 里 PDO 事务必须手动开启
PHP 8.5 没有自动事务，PDO::ATTR_AUTOCOMMIT 默认是 true，意味着每条 SQL 执行完立刻生效。不显式关掉它，beginTransaction() 会静默失败或被忽略——你根本不会报错，但数据早就提交了。
实操建议：
- 创建
PDO实例后立刻设$pdo->setAttribute(PDO::ATTR_AUTOCOMMIT, false) - 或者在
beginTransaction()前加判断：if (!$pdo->inTransaction()) { $pdo->beginTransaction(); } - 别依赖构造时传
array(PDO::ATTR_AUTOCOMMIT => false)—— PHP 8.5 中部分 PDO 驱动（如pdo_mysql）可能忽略该选项，必须运行时设置才可靠
commit() 和 rollback() 后必须重置 autocommit 状态
调用 commit() 或 rollback() 不会自动恢复 PDO::ATTR_AUTOCOMMIT 为 true。下一次 exec() 或 query() 仍走事务模式，但没 beginTransaction()，就会触发 PDOException：“There is no active transaction”。
常见错误现象：commit() 后再执行一条 INSERT，直接抛出异常，而不是预期的自动提交。
立即学习“PHP免费学习笔记（深入）”；
实操建议：
- 每次事务结束（无论成功失败）都手动恢复：
$pdo->setAttribute(PDO::ATTR_AUTOCOMMIT, true) - 更稳妥的做法：封装成函数，在
finally块里统一处理状态重置 - 避免在事务中混用
exec("START TRANSACTION")这类原生语句——PDO 的beginTransaction()和原生命令底层不完全同步，容易导致状态错乱
PHP 8.5 中嵌套事务不可靠，别信 savepoint
PDO::beginTransaction() 在 PHP 8.5 下不支持真正嵌套事务。所谓 savepoint（比如 SAVEPOINT sp1）只是模拟，底层数据库（如 MySQL）虽支持，但 PDO 层没有提供对应 API 来管理，rollbackTo() 是不存在的方法。
使用场景：你想在大事务里局部回滚某步操作，比如批量导入时跳过单条脏数据。
实操建议：
- 不要写
$pdo->beginTransaction()套$pdo->beginTransaction()—— 外层commit()会把内层“伪事务”也一并提交 - 真要局部控制，改用原生
SAVEPOINT+ROLLBACK TO SAVEPOINT，但必须自己跟踪点名、手动执行、并确保驱动支持（mysqlnd可以，pdo_pgsql行为略有差异） - 参数差异：
SAVEPOINT名字不能含空格或特殊字符，建议用uniqid('sp_')生成，避免冲突
事务里查不到自己刚 insert 的数据？检查隔离级别
在事务中执行 INSERT 后立刻 SELECT 查不到刚插的行，不是 bug，大概率是数据库默认隔离级别（如 MySQL 的 REPEATABLE READ）导致的 MVCC 快照问题——查询看到的是事务开始时的一致视图。
性能影响：提高隔离级别（如 READ COMMITTED）能解决可见性问题，但会增加锁竞争和日志开销；盲目降级到 READ UNCOMMITTED 则可能读到脏数据。
实操建议：
- 确认当前隔离级别：
$pdo->query("SELECT @@tx_isolation")->fetchColumn()（MySQL）或SHOW TRANSACTION ISOLATION LEVEL（PostgreSQL） - 必要时在
beginTransaction()后立即执行：$pdo->exec("SET TRANSACTION ISOLATION LEVEL READ COMMITTED") - 注意：不同驱动语法不同，
pdo_sqlite不支持动态改隔离级别，只能靠应用层逻辑规避
事务不是开关，是状态机。PHP 8.5 的 PDO 不帮你记状态，也不替你兜底——autocommit 开关、隔离级别、savepoint 兼容性，每个点都得亲手对齐。漏一个，就可能提交了不该提交的，或回滚了不该回滚的。
