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

Posted 2023-02-24

【中文标题】mysqli_fetch_assoc() 期望参数/调用成员函数 bind_param() 错误。如何获得实际的mysql错误并修复它？

【英文标题】：mysqli_fetch_assoc() expects parameter / Call to a member function bind_param() errors. How to get the actual mysql error and fix it?

【发布时间】：2018-04-05 07:24:38

【问题描述】：

在我的本地/开发环境中，mysqli 查询执行正常。但是，当我将它上传到我的网络主机环境时，我收到了这个错误：

致命错误：在...中的非对象上调用成员函数 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变量？

可能是您的 MySQL 用户缺乏执行SELECT 查询的权限。你检查了吗？

突然想到的是没有可用的 mysqli 或者您提供了错误的凭据来连接到 MySQL。

我知道这篇文章很老了。只是想我会添加评论。我遇到了完全相同的错误，问题只是数据库中字段名称的一个拼写错误。一旦我修好它，一切都会奏效。有点傻，但无论如何。

【参考方案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 搜索。并且在浏览结果时，请坚持解释错误的答案，而不是直截了当地给出解决方案。解决方案可能不适用于您的特定情况，但解释将帮助您理解问题并让您能够自行解决问题。

您还必须信任错误消息。如果它说令牌的数量与绑定变量的数量不匹配，那么它是。缺少的表或列也是如此。如果可以选择，无论是您自己的错误还是错误信息的错误，请始终坚持前者。再一次听起来有点居高临下，但这个网站上的数百个问题证明这个建议非常有用。

在错误报告方面你永远不应该做的事情的列表

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

附言 有时没有错误但也没有结果。那么这意味着，数据库中没有符合您条件的数据。在这种情况下，您必须承认这一事实，即使您可以发誓数据和标准都是正确的。他们不是。您必须再次检查它们。我有一篇文章可以帮助解决这个问题，How to debug database interactions。虽然是为PDO写的，但是原理是一样的。只需逐步按照此说明进行操作，即可解决您的问题或对 Stack Overflow 提出可回答的问题。

【讨论】：

@AdamWinter 使用 @ 总是错误的，在这种特殊情况下是十倍。给你的程序发送错误信息就像给你的身体带来痛苦一样。它告诉你出了点问题，比如你的腿断了。而且您必须修复腿，而不仅仅是服用止痛药并继续前进。同样在这里。 PHP 告诉您没有您期望的变量。因此，您必须修复表单或其他任何内容，以使此变量可用。不只是编写代码来规避错误。

在大多数情况下，我同意，但我不同意“你的常识”，“不仅仅是编写代码来规避错误”你认为 try...catch 做什么，它规避防止代码库以不受控制的方式退出的错误，您无法在代码 EG DB 服务器中修复的一些错误已经消失，您只需要管理错误并规避错误以产生有效的结果。

@Barkermn01 这是您的适当关注，但您从中得出错误的结论。当然，您的应用程序应该产生一个有效的结果（如果出现“Mysql has gone away”错误应该是一个通用的 500 错误页面）。但是您必须了解，这样一个有效的结果与您的数据库代码无关。您的数据库相关代码应该与数据库一起使用。而显示错误页面应该是不同代码的关注点。见这里：phpdelusions.net/articles/error_reporting

我知道它只是像“但永远不要仅仅使用它来报告错误”之类的东西，它有点排除了完全客观的代码库，例如我的 MVC，如果我的模型遇到错误，他们需要处理错误然后把它扔回去，这样我的模型使用被包装的控制器可以处理错误并显示错误，在这种情况下，我使用它是一个 API，所以错误和所有跟踪信息都会发送到 API 调用，如果它来自我们的远程系统（来源验证），因为现在有很多 web 东西剂量 PHP 后端 REACT 或 Angular 前端

@Barkermn01 请再次阅读链接文章。无论哪种方式，我都觉得这里不适合进行此类讨论。如果您对一般的错误报告有疑问，最好将其作为一个单独的问题提出。干杯。