MySQL慢查询日志：巨大的查询时间，无锁时间，扫描的行数极少

Question

我有一个慢查询日志项目，内容如下：

Query_time: 55  Lock_time: 0  Rows_sent: 739  Rows_examined: 739

除了对丢包的猜测之外，我组中没有人可以解释它。是否有一个共同的原因或一组原因导致上述结果？

Answer 1

我在这里有点冒险，但是你对这个查询做了“解释”吗？

如果没有，运行“EXPLAIN”看看执行计划是什么。这将为您提供优化或索引的提示。

例如类似的东西

EXPLAIN SELECT a.field1,b.field1 FROM tableA a LEFT JOIN tableB b ON b.a_id = a.id;

结果将是一份格式良好的报告。

您可能会发现查询中有不必要的复杂性，可以将其推送到应用程序或直接分解出来。