PHP Lang
  1. PHP Lang
  3. MySQL «Fire-And-Forget» рекомендуется использовать INSERT / UPDATE / DELETE – mysql_unbuffered_query?
Intereting Posts
Повторное сопоставление нескольких строк несколько раз PDO добавляет апостроф к запросу mySQL Как выводить DOMDocuments? Функциональность сайта нарушена или взломана Автоматически создавать файл кеша с помощью php Как создать pdf-файл из двоичного файла? Как добавить ссылку в тему электронной почты (gmail) PHP cURL говорит, что перемещен навсегда при отправке POST на виртуальный хост как выполнять операции с символом оператора, сохраненным в переменной php-fpm разбился, когда curl или file_get_contents запросили https-url Как защитить файл конфигурации базы данных в проекте? WordPress 4.4+: фильтр wp_title не влияет на тег `<title>` sql Runtime reports CURLOPT_POSTFIELDS имеет ограничение по длине или размеру? unlink () Недействительный аргумент функции

MySQL «Fire-And-Forget» рекомендуется использовать INSERT / UPDATE / DELETE – mysql_unbuffered_query?

У нас есть довольно много запросов, которые мы рассматриваем как «огонь и забыть».

В том смысле, что это просто вставки в журнал, обновления и т. Д. Вещи, которые не так критичны, и данные, из которых никогда не используются в передней части, которую видит пользователь.

Это похоже на идеальный случай для mysql_unbuffered_query .

Это целесообразно?

Мы используем innodb, поэтому использование чего-то типа INSERT DELAYED невозможно.

    Благодаря!

    Related of "MySQL «Fire-And-Forget» рекомендуется использовать INSERT / UPDATE / DELETE – mysql_unbuffered_query?"

    После прочтения http://www.php.net/manual/en/mysqlinfo.concepts.buffering.php :

    После этих характеристик буферизованные запросы следует использовать в тех случаях, когда вы ожидаете только ограниченного набора результатов или должны знать количество возвращаемых строк перед чтением всех строк. Небуферизованный режим следует использовать, когда вы ожидаете больших результатов.

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

    Я не вижу проблем с использованием небуферизованного обновления, вставки и удаления, кроме этого:

    Если полный набор результатов не был получен с сервера, никакие дальнейшие запросы не могут быть отправлены по одному и тому же соединению. Небуферизованные запросы также можно назвать «результатом использования».

    Итак, last_insert_id и affected_rows – результат? Я не верю в это, потому что mysql_fetch * не выполняется для получения этой информации.

    Таким образом, если вы испытываете улучшение производительности с использованием небуферизованного запроса, используйте его!