When EXPLAIN can be misleading

One think I can see with people using EXPLAIN is trusting it too much, ie assuming if number of rows is reported by EXPLAIN is large query must be inefficient. It may not be the case.

The question is not only about stats which may be wrong and which is why you may want to profile your queries if you have any hesitations in EXPLAIN accuracy.

The other problem however is EXPLAIN does not take LIMIT into account while estimating number of rows. Basically it gives you the estimates of producing whole result set while it may stop much faster in case LIMIT is used.

Take a look at this simple example:

This EXPLAIN estimates there would be almost 50.000 of rows scanned while really there would be only 1. Same applies to full table scans with limit.

The other little annoyance is – MySQL will report these queries to slow query log if –log-queries-not-using-indexes is enabled which may flood it quite badly. Too bad –min-examined-row-limit is not yet implemented 🙂

EXPLAIN would also return misleading number of rows for queries of the type:

In this case it would not be considered full table scan and reported to slow query log however.

Share this post

Comments (2)

  • Lucian


    July 27, 2017 at 10:30 pm

Comments are closed.

Use Percona's Technical Forum to ask any follow-up questions on this blog topic.