9

我知道这个问题已经被问过很多次了，但是我已经阅读了很多问题的答案，但仍然无法理解为什么我会收到这个错误：

致命错误：未捕获异常 'PDOException' 并带有消息 'SQLSTATE[HY000]：一般错误：2014 无法在其他无缓冲查询处于活动状态时执行查询。考虑使用 PDOStatement::fetchAll()。或者，如果您的代码只针对 mysql 运行，您可以通过设置 PDO::MYSQL_ATTR_USE_BUFFERED_QUERY 属性来启用查询缓冲。

奇怪的第一件事是，我的本地主机（wampserver）上没有错误，但我的网络服务器上确实出现了错误。我的本地主机上的 php 版本是 5.3.10，而在我的 Web 服务器上是 5.3.13。

我已经读过这个错误的来源是当数据从先前的查询留在缓冲区中时进行查询。这不是我的情况——我已经回显了所有数据，并且我知道查询中返回的每一行都被获取。

话虽如此，我发现将我的一个查询更改为fetchAll而不是fetch解决问题，但它根本没有，因为我知道所有返回的行都被读取。当我用于fetchAll查询时（它是在循环中进行的），我在每个循环中打印出数组，并且对于循环中的每个查询，数组中只有一个项目。

还有一条信息。引发 PDO 错误的不是我更改为的查询fetchAll（这会使错误消失），稍后在我的 php 文件中还有另一个查询会引发错误。我的文件基本上是这样的：

... code ...

query 1

... code ...

loop
query 2
end loop

... code ... 

query 3

如果我注释掉查询 3，则没有错误。如果我注释掉或更改为fetchAll查询 2，则没有错误。查询 1 没有任何影响。

我还想补充一点，我已经尝试添加LIMIT 1到页面上的所有查询（同时），但错误仍然存​​在。我认为这证明缓冲区中没有未读数据，对吧？

我真的很困惑，所以我很感激你的建议。在有人问之前，我无法发布完整的代码，但这是我的代码的简化版本：

$stmt = $this->db->prepare('SELECT ... :par LIMIT 1');
makeQuery($stmt, array(':par' => $var));
$row = $stmt->fetch(PDO::FETCH_ASSOC);


$stmt = $this->db->prepare('SELECT ... :par LIMIT 1');

for loop
    makeQuery($stmt, array(':par' => $var));
    $row2 = $stmt->fetch(PDO::FETCH_ASSOC);
    ... [use row2] ...
end for loop


$stmt = $this->db->prepare('SELECT ... :par LIMIT 1');
makeQuery($stmt, array(':par' => $var));
$row3 = $stmt->fetch(PDO::FETCH_ASSOC);

这里是makeQuery()。

/**************************************************************************************************************
* Function: makeQuery                                                                                         *
* Desc: Makes a PDO query.                                                                                    *
* Pre conditions: The statement/query and an array of named parameters (may be empty) must be passed.         *
* Post conditions: The PDO query is executed. Exceptions are caught, displayed, and page execution stopped.   *
**************************************************************************************************************/
function makeQuery($stmt, $array, $errMsg = '')
{
    try 
    {
        $stmt->execute($array);
    }
    catch (PDOException $e) 
    {
        print $errMsg != ''?$errMsg:"Error!: " . $e->getMessage() . "<br/>";
        die();
    }
}

谢谢你的帮助！

编辑：我还尝试在查询 2 之后执行以下操作（因为这似乎是问题的根源：

$row2 = $stmt->fetch(PDO::FETCH_ASSOC); var_dump($row2);

输出是：

bool(false)

我是否偶然发现了 PDO 错误？

4

3 回答 3

4

您需要提取直到行提取尝试失败。我知道您可能在结果集中只有一行，并认为一次获取​​就足够了，但事实并非如此（当您使用无缓冲查询时）。PDO 不知道有多少行，直到它到达末尾，它试图获取下一行，但它失败了。

您可能还有其他语句没有完全“获取直到获取失败”。是的，我看到您在其中一个语句的提取失败之前进行了提取，但这并不意味着您对所有这些语句都进行了操作。

澄清 - 当您通过 execute() 执行查询时，您创建了一个必须从 db 获取到 php.ini 的结果集。PDO 一次只能处理这些“正在获取的结果集”中的一个（每个连接）。您需要完全获取结果集，一直到它的末尾，然后才能开始从对 execute() 的不同调用中获取不同的结果集。

当您“调用 fetch() 直到 fetch() 失败”时，当最终调用 fetch() 由于没有更多结果而失败时，PDO 会在内部记录您到达结果末尾的事实。然后 PDO 对完全获取结果感到满意，并且它可以清理为该结果集建立的 php 和 db 之间的任何内部资源，从而允许您进行/获取其他查询。

还有其他方法可以使 PDO “调用 fetch() 直到 fetch() 失败”。

  1. 只需使用 fetchAll()，它只是获取所有行，因此它将到达结果集的末尾。
  2. 或者只是调用 closeCursor()

*如果您查看 closeCursor() 的源代码，默认实现实际上只是获取行并丢弃它们，直到它到达末尾。它显然是用 c 编写的，但它或多或少是这样做的：

function closeCursor() {
    while ($row = $stmt->fetch()) {}
    $this->stmtFullyFetched = true;
}

一些数据库驱动程序可能有一个更有效的实现，不需要它们获取很多没人关心的行，但这是 PDO 的默认方式。反正...

通常，当您使用缓冲查询时，您不会遇到这些问题。原因是由于使用缓冲查询，在您执行它们之后，PDO 会自动将 db 结果完全提取到 php 内存中，因此它会自动为您执行“调用 fetch() 直到 fetch() 失败”部分。当您稍后自己调用 fetch() 或 fetchAll() 时，它会从 php 内存中获取结果，而不是从数据库中获取结果。所以基本上，当使用缓冲查询时，结果集会立即完全获取，因此不可能同时有超过 1 个“正在获取的结果集”（因为 php 是单线程的，所以没有机会进行 2 个查询同时运行）。

鉴于这种：

$sql = "select * from test.a limit 1";
$stmt = $dbh->prepare($sql);
$stmt->execute(array());

完全获取结果集的方法（假设您只想要第一行）：

$row = $stmt->fetch();
$stmt->closeCursor();

或者

list($row) = $stmt->fetchAll(); //tricky

或者

$row = $stmt->fetch();
while ($stmt->fetch()) {}
于 2012-07-15T17:48:47.547 回答
2

在为这个问题苦苦挣扎了几天之后，我终于发现这对我有用：

$db = new PDO ($cnstring, $user, $pwd);
$db->setAttribute (PDO::MYSQL_ATTR_USE_BUFFERED_QUERY, true);
于 2013-09-24T15:25:01.307 回答
0

如果您尝试获取非 SELECT 查询（例如 - UPDATE/INSERT/ALTER/CREATE），也会发生这种情况。确保仅对 SELECT 查询使用 fetch 或 fetchAll。

可能重复的答案/问题

于 2021-01-09T15:08:17.683 回答