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

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

致命错误：在...中的非对象上调用成员函数bind_param（）

这是代码：

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执行查询，结果没有问题。

有时候，你的库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应该设置为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进行搜索。在浏览结果时，请坚持使用能够解释错误的答案，而不是直截了当地给出解决方案。解决方案可能不适用于您的特定情况，但说明将帮助您理解问题并能够自己解决问题。

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

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

• 切勿使用错误抑制运算符（@）！这使程序员无法读取错误消息，因此无法修复错误
• 请勿使用die()或echo或任何其他功能在屏幕上无条件地打印错误消息。PHP可以自行报告错误，并根据环境正确地执行操作-因此，请留给PHP使用。
• 不要添加条件来手动测试查询结果（例如if($result)）。启用错误异常后，这种情况将毫无用处。
• 不要使用try..catch运算符来回显错误消息。应该使用该运算符执行一些错误处理，例如事务回滚。但是，切勿仅将其用于报告错误-正如我们从上文中学到的，PHP已经可以正确的方式做到这一点。

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