PHP 8.3 未新增事务 API，事务仍由 PDO/mysqli 和数据库引擎控制；必须显式设置 PDO::ERRMODE_EXCEPTION，禁用模拟预处理，并避免在事务中误用只读属性记录运行时状态。
PHP 8.3 本身没有新增事务 API，事务逻辑完全由数据库驱动（PDO / mysqli）和底层引擎（如 InnoDB）控制，用法和 PHP 8.2 一致，但需注意 8.3 对错误处理更严格、默认启用 PDO::ATTR_EMULATE_PREPARES => false，且只读属性等新特性可能影响事务封装方式。
pdo::begintransaction() 启动事务前必须设好错误模式
PHP 8.3 中，PDO::ERRMODE_EXCEPTION 不再是可选建议，而是实际必需——否则 beginTransaction() 失败时不会抛异常，commit() 或 rollback() 可能静默失败。
- 必须在构造
PDO实例时显式传入[PDO::ATTR_ERRMODE => PDO::ERRMODE_EXCEPTION]，仅靠setAttribute()后置设置有竞态风险 - 禁用模拟预处理（
PDO::ATTR_EMULATE_PREPARES => false）可避免某些隐式提交行为（如在事务中执行CREATE TEMPORARY TABLE） - 若使用
pc_base::load_model()（如 PHPCMS），其封装的$db->query("START TRANSACTION")仍有效，但无法自动捕获 SQL 错误，必须手动检查$db->errno()
事务中不能混用 readonly 属性做状态标记
有人试图用 readonly bool $committed = false 记录事务状态，这是错的：只读属性只能在构造函数赋值一次，而事务的 commit/rollback 是运行时决策，强行写会触发 Fatal error: Cannot modify readonly property。
- 状态应存在普通属性或局部变量里，例如
private bool $isCommitted = false - 若需防误操作，可用私有方法
assertNotCommitted()在关键步骤前校验，而非依赖只读语义 - 只读属性适合封装事务无关的配置，比如
readonly string $tablePrefix，它不参与事务生命周期
mysqli 中 autocommit(false) 失败时不报错，容易漏判
mysqli::autocommit(false) 返回 true 表示调用成功，但不保证后续 SQL 进入事务——如果连接已处于活跃事务中，或 MySQL server 版本不支持（如 MyISAM 表），它照样返回 true，而你却以为事务已开启。
立即学习“PHP免费学习笔记（深入）”；
- 务必配合
mysqli::query("SELECT @@in_transaction")确认返回值为1 - 更可靠的做法是直接执行
mysqli::query("START TRANSACTION")，它失败时会按错误模式抛异常或设mysqli_error() - PHP 8.3 的
mysqli扩展对strict_types=1更敏感，若参数类型错误（如传字符串给 int 参数），可能提前中断，导致事务未关闭
嵌套事务在 PHP 8.3 里仍是伪概念
MySQL 本身不支持真正嵌套事务，PHP 层所谓“嵌套”只是通过保存点（SAVEPOINT）模拟。但 PDO::beginTransaction() 在已有事务时调用，只会静默忽略，不会创建新保存点。
- 需要保存点时，必须手动执行
$pdo->exec("SAVEPOINT sp1")和$pdo->exec("ROLLBACK TO SAVEPOINT sp1") - PHP 8.3 的
try-catch块内若多次调用beginTransaction()，外层 rollback 会连带清除所有保存点，别指望靠多层 try 拆分回滚粒度 - 高并发下慎用保存点，InnoDB 的锁范围可能比预期更大，尤其涉及唯一索引冲突时
事务不是语法糖，它是数据库引擎级的状态机；PHP 8.3 只是让你更难绕过它的规则——比如强制异常模式、限制动态属性干扰状态管理、默认关闭模拟预处理。真正容易出问题的，永远是业务逻辑里那些没被 try 包住的条件分支，或者忘了在 finally 里判断是否该 rollback。
