Почему наши запросы застряли в состоянии «Запись в сеть» в MySql?

Question

У нас много запросов

select * from tbl_message

которые застревают в состоянии "Запись в сеть". В таблице 98 строк.

Дело в том, что ... мы даже не выполняем такой запрос из нашего приложения, поэтому я думаю, что вопрос:

• Что может генерировать запрос?
• ... и почему он застревает в состоянии "запись в сеть"

Я чувствую себя глупо, задавая этот вопрос, но я на 99,99% уверен, что наше приложение не выполняет такой запрос к нашей базе данных ... однако мы выполняем несколько запросов к этой таблице, используя инструкцию WHERE:

 SELECT Count(*) as StrCount FROM tbl_message WHERE m_to=1960412 AND m_restid=948

 SELECT Count(m_id) AS NrUnreadMail FROM tbl_message WHERE m_to=2019422 AND m_restid=440 AND m_read=1

 SELECT * FROM tbl_message WHERE m_to=2036390 AND m_restid=994 ORDER BY m_id DESC

Я несколько раз искал в нашем приложении select * from tbl_message, но ничего не нашел ... Но, тем не менее, наш журнал запросов на нашем сервере mysql полон Select * from tbl_message запросов

Answer 1

Поскольку приложения волшебным образом не генерируют запросы так, как им нравится, я думаю, что вполне вероятно, что где-то в вашем приложении есть ошибка, которая вызывает это. Вот несколько советов, которые вы можете использовать, чтобы отследить это. Я предполагаю, что вы используете PHP, так как вы используете MySQL, поэтому я буду использовать это для моих примеров.

Попробуйте добавить комментарии перед всеми вашими запросами в приложении, например:

$sqlSelect  = "/* file.php, class::method() */";
$sqlSelect .= "SELECT * FROM foo ";
$sqlSelect .= "WHERE criteria";

Комментарий будет отображаться в журнале запросов. Если вы используете какую-то оболочку API базы данных, вы можете добавить эти сообщения автоматически:

function query($sql)
{
    $backtrace = debug_backtrace();
    // The function that executed the query
    $prev = $backtrace[1];
    $newSql = sprintf("/* %s */ ", $prev["function"]);
    $newSql .= $sql;

    mysql_query($newSql) or handle_error();
}

Если вы не используете оболочку, а скорее выполняете запросы напрямую, вы можете использовать расширение runkit и функцию runkit_function_rename , чтобы переименовать mysql_query (или все, что вы используете) и перехватить запросы.

Answer 2

Временно включить журнал запросов, поставив

log=

в ваш файл my.cnf, перезапустите mysql и просмотрите журнал запросов для этих загадочных запросов (вам не нужно давать журналу имя, оно будет принимать одно из значений хоста).

Answer 3

Для mysql есть (как минимум) два режима извлечения данных. С помощью API можно вызвать mysql_store_result () или mysql_use_result () .
mysql_store_result () возвращается, когда все данные результатов передаются с сервера MySQL в память вашего процесса, т.е. никакие данные не должны передаваться для дальнейших вызовов mysql_fetch_row ().

Однако, используя mysql_use_result (), каждая запись должна выбираться отдельно, если и , когда вызывается mysql_fetch_row (). Если ваше приложение выполняет какие-то вычисления, которые занимают больше времени, чем период времени, указанный в net_write_timeout между двумя вызовами mysql_fetch_row (), сервер MySQL считает, что ваше соединение истекло.