本教程旨在纠正php mysqli中对update等非select查询误用`mysqli_stmt_get_result`的常见错误。我们将探讨如何通过配置`mysqli_report`实现更健壮的错误报告机制,简化预处理语句的编写,并明确指出update操作无需获取结果集。同时,强调在重定向后使用`exit`的重要性,以确保代码逻辑的正确执行和安全性。
在使用 PHP 的 MySQLi 扩展进行数据库操作时,预处理语句(Prepared Statements)是防止 SQL 注入的推荐方式。它将 SQL 查询的结构与数据分离,先准备查询模板,再绑定数据执行。然而,不同类型的 SQL 查询(如 SELECT、INSERT、UPDATE、DELETE)对结果的处理方式是不同的。
核心问题在于,mysqli_stmt_get_result() 函数专用于获取那些会返回结果集(Result Set)的查询,即 SELECT 语句。对于 UPDATE、INSERT 或 DELETE 这类数据操作语言(DML)语句,它们只返回受影响的行数或操作是否成功,并不会产生一个可遍历的结果集。因此,在 UPDATE 查询后尝试调用 mysqli_stmt_get_result() 将是无效的,并且会导致不必要的复杂性或错误。
传统的 MySQLi 错误处理通常涉及在每个函数调用后手动检查返回值,例如 if (!mysqli_stmt_prepare($stmt, $sql))。这种方式不仅冗余,而且容易遗漏。通过配置 mysqli_report,我们可以让 MySQLi 在遇到错误时自动抛出异常,从而简化错误处理逻辑,并提高代码的健壮性。
在数据库连接之前,添加以下代码:
mysqli_report(MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT);
这行代码指示 MySQLi 在发生错误时抛出 mysqli_sql_exception 异常,并且以严格模式运行,这意味着所有警告也会被视为错误。启用此设置后,您将不再需要对每个 mysqli_ 函数调用进行手动错误检查,只需在更高级别的 try-catch 块中捕获异常即可。
基于上述理解和优化,我们可以对 updateAvatar 函数进行重构。原函数中存在以下问题:
以下是优化后的 updateAvatar 函数示例:
getMessage());
// header("location: ../admin/account.php?error=db_error");
// exit;
// } catch (Exception $e) {
// // 处理其他异常
// error_log("Application error: " . $e->getMessage());
// header("location: ../admin/account.php?error=app_e
rror");
// exit;
// }通过理解 MySQLi 预处理语句的不同行为,并采用现代的错误报告机制,我们可以编写出更简洁、健壮且安全的数据库操作代码。对于 UPDATE、INSERT、DELETE 等非查询操作,避免使用 mysqli_stmt_get_result(),并始终记住在 HTTP 重定向后使用 exit; 来确保脚本的正确终止。