ThinkPHP 8.0 的 Db::transaction() 不自动兜底，必须确保异常穿透、单连接、InnoDB 引擎；捕获 Throwable 需手动事务，跨库/异步/耗时操作均不适用，否则导致数据不一致。
ThinkPHP 8.0 的事务不是“开了就自动兜底”的黑盒，它严格绑定单个数据库连接，且对跨库、异步、高并发场景有明确限制——用错方式反而制造数据不一致。
Db::transaction() 自动事务为什么有时不回滚？
常见错误现象：Db::transaction() 包裹的代码里抛出的是 Throwable 但非 \Exception（比如 PHP 8.0+ 的 \Error 子类），或事务内调用了未被捕获的致命错误（如 undefined function）。
使用场景：适合短小、确定性高的操作，比如用户注册时同时写入 user 和 profile 表（同一库）。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
-
Db::transaction()内部只捕获\Exception，不捕获\Error；若需兼容 PHP 8.0+ 全部异常，改用手动事务 +try { ... } catch (\Throwable $e) { ... } - 不要在回调里做耗时操作（如 HTTP 请求、文件读写），否则可能触发超时，导致连接中断而事务未显式回滚
- 该方法底层仍调用
startTrans()→commit()/rollback()，失败时不会抛出异常，而是静默返回false，需检查返回值
Db::startTrans() 后跨模型操作为何失效？
典型问题：在 startTrans() 后，先调用 UserModel::create()，再调用 OrderModel::create()，结果一个成功一个失败，却没回滚。
原因很直接：ThinkPHP 模型默认使用独立连接实例。即使你没显式 Db::connect()，UserModel 和 OrderModel 可能已各自建立了连接，startTrans() 只作用于当前 Db 门面绑定的那个连接。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 所有事务内操作必须统一通过同一个
Db实例，避免混用模型和Db::table()；更稳妥的做法是全部用Db::name('table')->xxx()显式指定表 - 若必须用模型，需在模型中强制复用连接：
protected $connection = 'default';，并在事务前确保模型未提前触发过查询（否则连接已建立） - 开启调试模式后，查看日志中是否出现多条
START TRANSACTION—— 出现即说明事务被分散到多个连接
高并发下单时事务卡死或超时怎么办？
现象：订单接口响应变慢，MySQL SHOW PROCESSLIST 显示大量 Locked 或 Waiting for table metadata lock 状态。
根本原因不是事务本身，而是事务内执行了低效操作：比如在事务中查大表、调用远程 API、循环插入未批量处理等，拖长了锁持有时间。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 把事务范围缩到最小：库存扣减、订单生成、日志记录这三步可放事务内；发送通知、更新统计、写 ES 等必须移出事务
- 行锁竞争集中在
product表的stock字段？考虑用乐观锁替代：WHERE stock >= :need AND version = :old_version，失败则重试而非阻塞 - 避免在事务中使用
SELECT ... FOR UPDATE查询非关键字段；如需校验库存，先SELECT stock（无锁），再在事务内用原子减法：SET stock = stock - 1 WHERE id = ? AND stock >= 1
跨库写入还能用事务吗？
不能。ThinkPHP 的 startTrans() 对 Db::connect('order_db') 和 Db::connect('user_db') 是两个完全隔离的事务，彼此无法协调提交或回滚。
强行组合只会造成「伪事务」：一个库成功、另一个失败，程序却返回「成功」，后续只能靠人工对账。
实操建议：
立即学习“PHP免费学习笔记（深入）”；
- 放弃 ACID 原子性，接受最终一致性。优先写核心库（如
order_db），状态设为pending；再异步写关联库（如user_db），失败则进重试队列 - 本地记录事务上下文：在主库建一张
tcc_log表，存xid、操作类型、目标库、参数 JSON、状态，用于补偿和幂等校验 - 不要试图用 MySQL XA（
XA START）—— ThinkPHP 无封装，且 XA 在生产环境因性能差、易死锁、运维难，基本被弃用
事务不是银弹，它的边界由连接、引擎、网络和业务逻辑共同决定。最容易被忽略的一点是：ThinkPHP 的事务能力完全依赖底层 PDO 连接的生命周期，一旦连接被模型、中间件或第三方包悄悄复用或重建，事务就已失效——别只看代码有没有 startTrans()，要看日志里到底起了几个事务。
