469,909 Members | 1,562 Online
Bytes | Developer Community
New Post

Home Posts Topics Members FAQ

Post your question to a community of 469,909 developers. It's quick & easy.

Yet another slow-query question.

Is it possible that the elapsed time being measured includes waiting for the
client to acknowledge that it has received all the data? In *addition* to
the server execution time?

Documentation seems to *imply* that the slow query log only looks at server
execution time. But, it doesn't acknowledge this directly and there seems
to be a distinct connection between slow network pipes and slow queries.

For example - even the simplest indexed queries
SELECT {KeyId} FROM {SomeSmallTable}
tends to show up as a slow query *if* the requesting client is using a slow
dial up connection.

I know there are other possible reasons the server might be too busy to
respond quickly BUT the circumstantial evidence is strong.
Can anyone confirm (or refute) this?

What exactly does that variable [long_query_time] include/exclude ?
Thomas Bartkus
Jul 23 '05 #1
1 1469
"Thomas Bartkus" <th***********@comcast.net> wrote in message
news:de********************@telcove.net...
<snip>
What exactly does that variable [long_query_time] include/exclude ?


Answering my own question.

[long_query_time] measures the time between the moment MySQL receives the
request until the requesting host acknowledges receipt of the results.

This means that for SELECT queries, the query time will include the data
delivery time.
And
Such queries might be flagged as slow simply because the network connection
is slow.

If the requesting host is a slow dial up connection requesting large data
sets, those queries will always appear in the slow-query log no matter how
fast the server might be responding.

Thomas Bartkus
Jul 23 '05 #2

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

5 posts views Thread by yawnmoth | last post: by
7 posts views Thread by Fredrik Melin | last post: by
3 posts views Thread by UJ | last post: by
reply views Thread by Pratchaya | last post: by
3 posts views Thread by John | last post: by
10 posts views Thread by penworthamnaynesh | last post: by
1 post views Thread by Waqarahmed | last post: by
By using this site, you agree to our Privacy Policy and Terms of Use.