php - mysqli_fetch_assoc()期望参数/调用成员函数bind_param()错误。如何获取并修复实际的mysql错误？

Question

在我的本地/开发环境中，MySQLi查询执行正常。但是，当我将其上传到Web主机环境时，出现以下错误:

Fatal error: Call to a member function bind_param() on a non-object in...

这是代码:

global $mysqli;
$stmt = $mysqli->prepare("SELECT id, description FROM tbl_page_answer_category WHERE cur_own_id = ?");
$stmt->bind_param('i', $cur_id);
$stmt->execute();
$stmt->bind_result($uid, $desc);

为了检查我的查询，我尝试通过控制面板phpMyAdmin执行查询，结果没有问题。

Answer 1

有时您的MySQLi代码会产生类似mysqli_fetch_assoc() expects parameter...，Call to a member function bind_param()...或类似错误。甚至没有任何错误，但是查询不能完全一样。这意味着您的查询无法执行。

每次查询失败，MySQL都会向发送一条错误消息，说明的原因。不幸的是，默认情况下，此类错误不会转移到PHP，而您所得到的只是上面提到的一个神秘的错误消息。因此，配置PHP和MySQLi向您报告MySQL错误非常重要。一旦收到错误消息，对其进行修复将是小菜一碟。

如何在MySQLi中获取错误消息？

首先，在MySQLi连接所有您的环境之前，请始终使用以下行:

mysqli_report(MYSQLI_REPORT_ERROR | MYSQLI_REPORT_STRICT);

之后，所有MySQL错误都会转移到PHP异常中。反过来，未捕获的异常会导致PHP致命错误。因此，在MySQL错误的情况下，您将获得常规的PHP错误。这将立即使您知道错误原因。堆栈跟踪将引导您到发生错误的确切位置。

如何在不同的环境中配置PHP

这是我有关 PHP error reporting的文章的要点:
开发服务器和实时服务器上的报告错误必须不同。在开发服务器上，将错误显示在屏幕上很方便，但是在实时服务器上，必须记录错误消息，因此以后可以在错误日志中找到它们。

因此，必须将相应的配置选项设置为以下值:

在开发服务器上

error_reporting应该设置为E_ALL值；

log_errors应该设置为1(也可以在开发PC上登录日志)

display_errors应设置为1

在生产服务器上

error_reporting应该设置为E_ALL值；

log_errors应设置为1

display_errors应设置为0

如何实际使用？

只需删除所有手动检查错误的代码，所有 or die()， if ($result)等。只需立即编写数据库交互代码:

$stmt = $this->con->prepare("INSERT INTO table(name, quantity) VALUES (?,?)");
$stmt->bind_param("si", $name, $quantity);
$stmt->execute();

同样， 在附近没有任何条件。如果发生错误，它将被视为代码中的其他任何错误。例如，在开发PC上，它只会显示在屏幕上，而在实时站点上，它将记录给程序员，而为了用户的方便，您可以使用错误处理程序(但这是一个不同的故事，对于MySQLi，但您可以在上面链接的文章中了解它。

如何处理收到的错误消息？

首先，您必须找到问题查询。错误消息包含发生错误的确切位置的文件名和行号。对于足够的简单代码，但是如果您的代码使用的是函数或类，则可能需要遵循堆栈跟踪来定位问题查询。

得到错误消息后，您必须阅读并理解它。这听起来似乎太明显了，尽管它并不屈尊，但是学习者常常忽略了这样的事实，即错误消息不仅是警报信号，而且实际上包含了对该问题的详细说明。您所需要做的就是阅读错误消息并解决问题。

说，如果它说一个特定的表不存在，则必须检查拼写，错字，字母大小写。另外，您还必须确保您的PHP脚本连接到正确的数据库

或者，如果它说SQL语法有错误，则必须检查SQL。并且问题点在错误消息中引用的查询部分之前正确。

如果您不明白该错误信息，请尝试使用Google进行搜索。在浏览结果时，请坚持使用能够解释错误的答案，而不是直截了当地给出解决方案。解决方案可能不适用于您的特定情况，但是说明将帮助您理解问题并能够自己解决问题。

您还必须信任错误消息。如果说 token 的数量与绑定(bind)变量的数量不匹配，那就是。缺少的表或列也是如此。如果有选择，无论是您自己的错误还是错误消息是错误的，请始终坚持前者。再次听起来是屈尊的，但是这个站点上的数百个问题证明了此建议极为有用。

关于错误报告，您永远不应该做的事情 list

切勿使用错误抑制运算符(@)!它使程序员无法读取错误消息，因此无法修复错误

请勿使用die()或echo或任何其他函数在屏幕上无条件打印错误消息。 PHP可以自行报告错误，并根据环境正确地执行操作-因此，请留给PHP使用。

不要添加条件来手动测试查询结果(例如if($result))。启用错误异常后，这种情况将毫无用处。

不要使用try..catch运算符来回显错误消息。该运算符应用于执行一些错误处理，例如事务回滚。但是，切勿仅将其用于报告错误-正如我们从上文中学到的，PHP已经可以正确的方式做到这一点。

P.S.
有时没有错误，但也没有结果。这意味着数据库中没有符合您条件的数据。在这种情况下，即使您可以保证数据和标准都可以，也必须承认这一事实。他们不是。您必须再次检查它们。我有篇文章How to debug database interactions可以帮助解决此问题。尽管它是为PDO编写的，但原理是相同的。只需按照此说明逐步进行操作，即可解决您的问题或对堆栈溢出有一个可解答的问题。