ThinkPHPMySQL事务怎么用_ThinkPHP数据库事务操作【方法】-ThinkPHP-PHP中文网

thinkphp的mysql事务默认不生效，关键因引擎非innodb、未关闭autocommit、异常未捕获或未回滚；db::transaction()闭包方式最安全，因其自动封装starttrans/commit/rollback，异常即回滚、成功则提交，代码简洁不易遗漏。

thinkphpmysql事务怎么用_thinkphp数据库事务操作【方法】

ThinkPHP 的 MySQL 事务能用，但默认不生效——关键卡在三处：数据库引擎不是 InnoDB、没关自动提交、异常没被捕获或没触发回滚。

Db::transaction() 闭包方式为什么最安全？

它自动封装了 startTrans()、commit() 和 rollback()，异常一抛就回滚，不用手写 try-catch。

闭包内任何地方 throw \Exception 或发生未捕获错误，事务自动回滚
闭包执行完无异常，自动提交，代码干净不易漏
不支持跨连接事务（比如同时操作两个不同数据库），否则会报错或静默失败

示例：

Db::transaction(function () {
    Db::table('order')->insert(['uid' => 100, 'status' => 'created']);
    Db::table('stock')->where('id', 1)->dec('num', 1);
    // 这里如果 stock 不足，dec 返回 false，但不会自动中断
    // 必须手动判断并 throw，否则仍会 commit
    if (Db::table('stock')->where('id', 1)->value('num')

手动事务 Db::startTrans() 容易在哪几步失效？

手动控制看似灵活，但每一步都可能断链：开启、判断、提交、回滚，缺一不可，且顺序不能乱。

btpanel phpsite 宝塔面板PHP网站

宝塔面板 PHP 网站管理：站点创建、删除、启停、PHP 版本切换、域名管理、SSL证书管理、伪静态管理、数据库管理

下载

Db::startTrans() 必须在所有操作前调用，且只能调一次（重复调用不报错但无效）
每个 DB 操作后必须检查返回值或异常，delete()、update() 成功才返回影响行数，失败是 false 或抛异常
不能只靠 if ($a && $b) 判断，因为部分操作可能成功、部分 SQL 语法错误却没被 if 捕获（比如字段不存在）
必须在 catch 块里明确调 Db::rollback()，PHP 异常未被捕获时事务不会自动回滚
事务结束后不重置状态，后续请求若复用连接，可能意外卷入残留事务（尤其 FPM 模式下）

事务不回滚的常见底层原因有哪些？

表面代码没问题，但数据还是被改了——问题往往出在数据库层或连接配置上。

表引擎是 MyISAM：执行 SHOW CREATE TABLE user，确认输出含 ENGINE=InnoDB；老项目迁移常漏改字典表
MySQL 连接开启了自动提交：Db::connect()->getPdo()->getAttribute(PDO::ATTR_AUTOCOMMIT) 应为 0，不是 1
混用了 InnoDB 和 MyISAM 表：哪怕只有一条 INSERT 到 MyISAM 表，这条语句立刻生效，rollback() 对它完全无效
事务中执行了 DDL（如 ALTER TABLE）、SELECT FOR UPDATE 外的锁操作，或调用了存储过程，可能隐式提交
超时被 MySQL 杀掉：innodb_lock_wait_timeout 默认 50 秒，长事务容易触发，但 PHP 层 catch 不到

高并发下事务要注意什么？

事务本身不解决并发冲突，反而可能放大问题，重点不在“怎么写”，而在“怎么设计”。

避免在事务里做 curl 请求、Redis 写入、日志记录等外部调用——它们拉长事务时间，增加锁竞争
更新顺序要一致：多个事务同时更新 user 和 order 表，必须固定先 update user 再 order，否则易死锁
尽量用 WHERE 精确匹配主键或唯一索引，避免全表扫描加锁；UPDATE ... WHERE status = 'pending' 可能锁住大量行
ThinkPHP 的嵌套事务靠 savepoint 实现，但 savepoint 不是真正嵌套，外层 rollback 会连带清除所有 savepoint，别依赖它做复杂回滚逻辑
余额类场景建议加乐观锁：UPDATE account SET balance = balance - 100 WHERE id = 1 AND version = 5，失败时重试而非死等锁

真正难的不是写 Db::transaction()，而是确认每张表都是 InnoDB、每次操作都落在同一连接、每个失败分支都走到 rollback()——这些细节一漏，事务就形同虚设。