php和mysql事务出错怎么查_php数据库事务调试方法【教程】

事务未生效需先确认autocommit是否被关闭：MySQLi/PDO默认开启，但begin_transaction后进入手动模式，必须显式commit/rollback；PDO须设ERRMODE_EXCEPTION防静默失败；MySQL中查INNODB_TRX可诊断卡住事务；MySQL不支持嵌套事务，应改用savepoint或统一事务边界。

事务没生效，先确认 autocommit 是否被意外关闭

PHP 中 MySQLi 或 PDO 默认开启自动提交（autocommit），但一旦执行 mysqli_begin_transaction() 或 $pdo->beginTransaction()，就进入手动事务模式——此后所有 SQL 都不会自动落库，直到显式调用 commit() 或 rollback()。常见错误是忘记写 commit()，或在异常分支里漏掉 rollback()，导致数据“消失”又查不到报错。

调试时第一件事：在事务块前后加日志，确认是否真的走到 commit()；同时检查连接是否被复用且之前未清理状态。例如：

mysqli_begin_transaction($conn);
// ... 执行 insert/update
if ($success) {
    mysqli_commit($conn); // 必须有
} else {
    mysqli_rollback($conn); // 必须有，否则连接残留事务状态
}

PDO 中 setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION) 必须开启

默认 PDO 错误模式是 PDO::ERRMODE_SILENT，SQL 报错只返回 false，不抛异常——这意味着事务中某条语句失败，后续语句仍会继续执行，commit() 也会照常调用，最终造成部分写入、部分丢弃，且无任何提示。

务必在创建 PDO 实例后立即设置：

$pdo = new PDO($dsn, $user, $pass);
$pdo->setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);

不设这个，INSERT INTO xxx VALUES (...) ON DUPLICATE KEY UPDATE 出错会被吞掉
不设这个，外键约束失败、字段超长、NULL 插入 NOT NULL 字段等都静默失败
PDOStatement::execute() 抛出的 PDOException 可直接被捕获并触发 rollback()

MySQL 层面检查事务是否卡住或被 kill

当 PHP 脚本崩溃、超时或被 nginx/fastcgi 终止，但 MySQL 连接未断开时，事务可能长期处于 ACTIVE 状态，阻塞其他操作。此时查不到 PHP 报错，但数据库变慢、SELECT ... FOR UPDATE 卡住、甚至出现死锁。

SELECT * FROM information_schema.INNODB_TRX\G

重点关注字段：

TRX_STATE = 'RUNNING' 但长时间不动 → 可能是 PHP 没 commit/rollback
TRX_MYSQL_THREAD_ID 对应线程 ID，可用 KILL [thread_id] 强制终止
TRX_QUERY 显示当前执行语句，可判断卡在哪一步

注意：InnoDB 事务不支持跨连接传播，START TRANSACTION 只对当前连接有效，别指望一个请求里的事务影响另一个请求。

嵌套事务在 MySQL 中实际不生效，PHP 代码里别信 beginTransaction 嵌套

MySQL 本身不支持真正的嵌套事务（savepoint 是替代方案，但不是事务）。PDO 或 MySQLi 的 beginTransaction() 在已存在事务时只是静默返回 true，不会新建事务上下文。所以以下代码看似“嵌套”，实则无效：

$pdo->beginTransaction(); // 外层
doSomething();
$pdo->beginTransaction(); // 内层 —— 实际什么也没做
doOtherThing();
$pdo->commit(); // 只提交一次，不是两次
$pdo->commit(); // 第二次 commit 会报错：There is no active transaction

正确做法是统一用 savepoint：

$pdo->exec("SAVEPOINT sp1");
// ... 出错时
$pdo->exec("ROLLBACK TO SAVEPOINT sp1");

或者更简单：PHP 层用标志位管理事务生命周期，避免重复 begin；所有业务逻辑共用同一事务边界，不要在函数内部擅自 begin/commit。

事务调试最麻烦的从来不是语法，而是状态残留和边界模糊——连着跑两次脚本，第二次失败，很可能是因为第一次没 rollback 干净。每次修改都要重连数据库，或确保异常路径 100% 覆盖 rollback。

# mysql # php # nginx # sql # NULL # for # select # mysqli # pdo # 线程 # 数据库 # 报错 # 不支持 # 两次 # 死锁 # 不设 # 是因为 # 也会 # 都要 # 走到 # 长时间

返回目录在线咨询

上一篇：ASP.NET中的依赖注入（DI）如何实现？
下一篇：采购网站制作流程,怎么在国铁采购网上进行网上报名？

您的项目需求