Ошибка 2014 mysql

Клиентский протокол MySQL не позволяет выполнять более одного запроса. То есть вы выполнили запрос, и вы получили некоторые результаты, но не все, – тогда вы попытаетесь выполнить второй запрос. Если в первом запросе все еще есть строки для возврата, второй запрос получает ошибку.

Библиотеки клиентов обходятся вокруг этого, выбирая все строки первого запроса неявно при первой выборке, а затем последующие выборки просто перебирают результаты внутри кэширования. Это дает им возможность закрыть курсор (насколько это касается сервера MySQL). Это «буферизованный запрос». Это работает так же, как и с использованием fetchAll (), поскольку оба случая должны выделять достаточно памяти в PHP-клиенте для хранения полного набора результатов.

Разница в том, что буферизованный запрос содержит результат в клиентской библиотеке MySQL, поэтому PHP не может получить доступ к строкам, пока вы не выберете () каждую строку последовательно. В то время как fetchAll () сразу заполняет массив PHP для всех результатов, позволяя вам получить доступ к любой случайной строке.

Основная причина не использовать fetchAll () заключается в том, что результат может быть слишком большим, чтобы вписаться в ваш PHP memory_limit. Но, похоже, ваши результаты запроса имеют только одну строку, так что это не должно быть проблемой.

Вы можете закрытьCursor (), чтобы «отказаться» от результата, прежде чем вы извлекли последнюю строку. Сервер MySQL получает уведомление о том, что он может отменить этот результат на стороне сервера, а затем вы можете выполнить другой запрос. Вы не должны закрыватьCursor (), пока не закончите выбор заданного набора результатов.

Кроме того: я замечаю, что вы выполняете свой $ stmt2 снова и снова внутри цикла, но каждый раз он возвращает тот же результат. По принципу перемещения цикла-инвариантного кода из цикла вы должны выполнить это один раз перед запуском цикла и сохранить результат в переменной PHP. Поэтому, независимо от использования буферизованных запросов или fetchAll (), вам не нужно вставлять ваши запросы.

Поэтому я бы рекомендовал написать свой код таким образом:

 $sql ='SELECT temp_id FROM temp1'; $stmt2 = db::db()->prepare($sql); $stmt2->execute(); $rs2 = $stmt2->fetchAll(PDO::FETCH_ASSOC); $stmt2->closeCursor(); $sql='SELECT COUNT(*) AS valid FROM cities_has_zipcodes WHERE cities_id=:cities_id AND zipcodes_id=:zipcodes_id'; $stmt1 = db::db()->prepare($sql); foreach($data AS $row) { try { $stmt1->execute($row); $rs1 = $stmt1->fetchAll(PDO::FETCH_ASSOC); $stmt1->closeCursor(); syslog(LOG_INFO,'$rs1: '.print_r($rs1[0],1).' '.rand()); syslog(LOG_INFO,'$rs2: '.print_r($rs2[0],1).' '.rand()); } catch(PDOException $e){echo(sql_error($e));} } 

Примечание. Я также использовал именованные параметры вместо позиционных параметров, что упрощает передачу $ row в качестве массива значений параметров. Если ключи массива соответствуют именам параметров, вы можете просто передать массив. В старых версиях PHP вам нужно было включить префикс в ключи массива, но вам это больше не нужно.

Вы должны использовать mysqlnd в любом случае. Он имеет больше возможностей, он более эффективен с точки зрения памяти, а его лицензия совместима с PHP.

Я надеюсь на лучший ответ, чем на следующий. Хотя некоторые из этих решений могут «исправить» проблему, они не отвечают на исходный вопрос о том, что вызывает эту ошибку.

1. Установите PDO::ATTR_EMULATE_PREPARES=>true (я не хочу этого делать)
2. Установите PDO::MYSQL_ATTR_USE_BUFFERED_QUERY (не работает для меня)
3. Используйте PDOStatement::fetchAll() (не всегда желательно)
4. Используйте $stmt->closeCursor() после каждого $stmt->fetch() (это в основном работало, однако у меня все еще было несколько случаев, когда это не так)
5. Измените PHP-библиотеку MySQL с php-mysql на php-mysqlnd (возможно, что я буду делать, если не будет лучшего ответа)

У меня почти такая же проблема. Мой первый запрос после подключения к db возвращает пустой результат и отбрасывает эту ошибку. Включение буфера не помогает.

Мой код подключения:

 try { $DBH = new PDO("mysql:host=$hostname;dbname=$db_name", $username, $password, array(PDO::MYSQL_ATTR_INIT_COMMAND => "SET CHARACTER SET utf8; SET NAMES utf8", PDO::ATTR_DEFAULT_FETCH_MODE => PDO::FETCH_NUM)); } catch(PDOException $e) { echo $e->getMessage(); } 

Решение на моем пути состояло в том, чтобы удалить начальную команду:

 PDO::MYSQL_ATTR_INIT_COMMAND => "SET CHARACTER SET utf8; SET NAMES utf8" 

Вот правильный код:

 try { $DBH = new PDO("mysql:host=$hostname;dbname=$db_name", $username, $password, array(PDO::ATTR_DEFAULT_FETCH_MODE => PDO::FETCH_NUM)); } catch(PDOException $e) { echo $e->getMessage(); } 

И MYSQL_ATTR_USE_BUFFERED_QUERY не принуждается к true. Он установлен как значение по умолчанию.

У меня была та же проблема, я отправлял результаты в другую функцию mid loop. Быстрое исправление было, сохраните все результаты в массиве (например, Билл заявил, что если он слишком велик, у вас есть другие проблемы, о которых нужно беспокоиться), после сбора данных я запустил отдельный цикл для вызова функции по одному.

Кроме того, PDO :: MYSQL_ATTR_USE_BUFFERED_QUERY не работал для меня.

Из Руководство

C.5.2.14. Команды не синхронизированы
Если вы получаете Commands out of sync; you
can't run this command now в своем клиентском коде, вы вызываете клиент функции в неправильном порядке.

Это может произойти, например, если вы используете mysql_use_result() и попробуйте выполнить новый запрос, прежде чем вы вызовете mysql_free_result(). Это также может произойти, если вы попытаетесь выполнить два запроса, которые возвращают данные без вызова mysql_use_result() или mysql_store_result() между ними.

Это сообщение (взято из здесь)

Я решил эту проблему. Я использую MySQL-Fron вместо MySQL Query браузер. И все работает нормально.

заставляет меня думать, что это не проблема сервера или базы данных, а проблема в используемом вами инструменте.

Marco
17 янв. 2012, в 07:54

Поделиться

Я смог воспроизвести эту ошибку с MySQL и phpmyadmin:

#2014 - Commands out of sync; you can't run this command now

В этой версии MySQL:

[email protected]:~$ mysql --version
mysql  Ver 14.14 Distrib 5.5.34, for debian-linux-gnu (x86_64) using readline 6.2

С помощью следующего SQL-запроса через окно запроса phpmyadmin:

use my_database;
DELIMITER $$

CREATE PROCEDURE foo()
BEGIN
select 'derp' as 'msg';
END $$

CALL foo()$$           <----Error happens here, with or without delimiters.

Я не мог получить ошибку, которая произошла через терминал mysql, поэтому я думаю, что это ошибка с phpmyadmin.

Он отлично работает на терминале:

mysql> delimiter $$
mysql> use my_database$$ create procedure foo() begin select 'derp' as 'msg'; end $$ call foo() $$
Database changed
Query OK, 0 rows affected (0.00 sec)
+------+
| msg  |
+------+
| derp |
+------+
1 row in set (0.00 sec)
Query OK, 0 rows affected (0.00 sec)

Я думаю, что ошибка имеет какое-то отношение к изменению промежуточного запроса разделителей в phpmyadmin.

Временное решение:. Заменяйте свой ковбой и запускайте SQL-запросы по одному при использовании phpmyadmin. phpmyadmin — это «однопользовательский боб», он может выполнять только одно задание.

Eric Leschinski
07 дек. 2013, в 00:53

Поделиться

Предположим, что при создании хранимой процедуры вы сохранили ее в базе данных с именем mydatabase для вызова процедуры. Перейдите в локальную базу данных и:

CALL mydatabase.sp_test();

Где sp_test() — имя вашей процедуры.

chemicaluser
16 сен. 2012, в 01:12

Поделиться

Это происходило со мной, потому что функция внутри процедуры давала значение обратно, которое не было назначено переменной.

Решение:

select function .... INTO @XX;

ethis
31 авг. 2017, в 21:52

Поделиться

Ayaskant Mishra
21 нояб. 2016, в 15:40

Поделиться

Я просто получил ту же ошибку из phpMYadmin при вызове пользовательской функции, над которой я работаю.

mysql console сообщает, однако:

ERROR 1054 (42S22): Unknown column 'latitude' in 'field list'

… что абсолютно правильно, оно было написано с ошибкой в ​​списке полей, поэтому оператор ссылался на переменную undefined.

Я должен был бы заключить, что

#2014 - Commands out of sync; you can't run this command now

из phpMYadmin является довольно неспецифической ошибкой, чем во многих случаях, если не в большинстве, просто скрывает реальную проблему, и не стоит тратить слишком много времени, пытаясь понять ее.

tlum
09 июнь 2015, в 16:59

Поделиться

Я также столкнулся с этой проблемой с C API.

Я нашел решение с последним приведенным выше примером, который говорит о разделителях.

use my_database;
DELIMITER $$

CREATE PROCEDURE foo()
BEGIN
select 'derp' as 'msg';
END $$

CALL foo()$$  

Мой код выполняет хранимую процедуру, затем проверяет возврат.
Я правильно использую mysql_free_result().

Так как я не добавил в процедуру процедуры «в» процедуру, эта ошибка произошла.

Последний пример выше в одном и том же случае.

Я удалил select и, так как это нормально.

Алекс

ALM
01 апр. 2015, в 17:13

Поделиться

Вы забыли использовать ключевое слово «Begin», а во время компиляции MySQL запутался, это должно работать:

DELIMITER ;;
Create procedure sp_test()
    BEGIN
       select * from name_table;
    END;;
DELIMITER ;

redmoon7777
17 янв. 2012, в 08:09

Поделиться