简体中文
简体中文
在 PHP 的数据库操作中，mysqli 扩展是我们最常用的一种连接和操作 MySQL 数据库的方式。在很多场景下，我们使用事务来确保数据库操作的原子性。然而，有时候在使用 mysqli::$errno 进行错误诊断时，可能会遇到一个令人困惑的情况：即使事务失败，mysqli::$errno 返回的是 0，这让我们难以诊断出问题。
首先，我们需要了解一下 mysqli::$errno 的工作原理。mysqli::$errno 会返回最后一个数据库操作的错误码。当操作成功时，它的值是 0；当操作失败时，它返回一个非零的错误码。然而，问题在于，某些数据库操作（尤其是涉及事务的操作）并不总是直接更新 mysqli::$errno，即使操作失败，也可能不会产生一个显著的错误码。
如果你在使用事务时遇到了问题，发现即使事务失败，mysqli::$errno 依然是 0，这并不意味着没有发生错误。实际上，事务操作本身可能没有直接触发一个错误码。比如，在使用 mysqli::begin_transaction() 或者 mysqli::commit() 时，如果数据库本身并没有检测到严重错误，它可能不会返回错误码，而是简单地标记事务为“已失败”。
这个现象通常出现在以下几种情况：
自动提交模式： 如果在事务中使用了 mysqli::$auto_commit 设置为 true，则事务操作可能会被自动提交，甚至在出错时也没有显式的回滚。
SQL 错误不显现： 某些错误（如数据约束错误）可能不会立即在 mysqli::$errno 中反映出来，尤其是当数据库错误被抑制时。
如果 mysqli::$errno 返回 0，且你怀疑事务操作失败，可以结合以下几个函数来诊断问题：
mysqli::$error：
mysqli::$error 返回数据库操作的错误消息。当 mysqli::$errno 为 0 时，检查 mysqli::$error 可以帮助你获取更详细的错误信息。即使没有显式的错误码，数据库错误信息可能仍然会以字符串形式存在。
if ($mysqli->errno) {
echo "Error: " . $mysqli->error;
}
mysqli::error_list：
对于 MySQL 5.5+ 版本，mysqli::error_list 提供了一个错误列表，它可以让你获取更详细的错误信息，包括多个错误原因，尤其在事务复杂时非常有用。
$errors = $mysqli->error_list;
foreach ($errors as $error) {
echo "Error code: " . $error['errno'] . " - " . $error['error'];
}
mysqli::rollback()：
如果你遇到事务失败的问题，可以在事务失败时显式调用 rollback() 来回滚事务，并结合错误信息来分析问题。这样可以避免事务不完全提交导致的数据不一致。
$mysqli->rollback();
echo "Transaction failed, rolled back.";
SHOW ENGINE INNODB STATUS：
这是 MySQL 的一个内置命令，用于获取 InnoDB 引擎的状态信息。通过查询这个命令，你可以看到事务相关的详细信息，包括死锁、锁等待等问题。可以通过 mysqli::query() 执行此命令来获取更多线索。
$result = $mysqli->query("SHOW ENGINE INNODB STATUS");
$status = $result->fetch_assoc();
echo $status['Status'];
查看数据库日志：
在某些情况下，数据库的错误日志可能会提供更有用的信息，尤其是在一些底层的事务错误无法通过 PHP 返回的错误码获得时。你可以检查 MySQL 的错误日志文件，或使用工具如 phpMyAdmin 来查看这些日志。
在使用 mysqli::$errno 时，事务失败却返回 0 可能是由于多种原因，包括自动提交模式、SQL 错误不显现等。为了更准确地诊断事务失败的问题，我们可以结合 mysqli::$error、mysqli::error_list、SHOW ENGINE INNODB STATUS 等其他函数和方法来进一步分析问题的根源。务必谨慎处理事务的开始、提交和回滚操作，以确保数据一致性。
