查询性能差，取决于“`where`”条件的位置(MySQL)

Question

有一个查询，在这个查询中，更改where条件的顺序会极大地影响其性能(5kvs700k rows_examined)。

奇怪的是，当我使用explain和explain for connection时，这两个版本的查询都有完全相同的计划。然而，当我运行它们时，被检查的行数却有很大的不同。从我所读到的情况来看，条件的排序并不重要，因为优化器将尝试修复查询，但这里的情况并非如此。我是不是遗漏了什么？

我使用的是MySQL 5.7

Answer 1

对于一个查询，我已经看到了多达6种不同的解释方案。计划各不相同，因为：

• 查询中的常量很重要。
• 可以通过ANALYZE TABLE刷新“统计信息”。(经常这样做没有任何区别。)
• 如果不运行查询，则无法计算“已检查的行”。EXPLAIN给出了一个估计，有时是非常粗略的估计。
• 如果打开并配置适当的慢速日志，将列出一种情况下“检查的行”和“返回的行”的确切数目。
• EXPLAIN FORMAT=JSON SELECT ...提供了更多信息。