为什么 MySQL 不使用索引？答案

【问题标题】：Why Does MySQL not use an index?为什么 MySQL 不使用索引？
【发布时间】：2013-03-18 02:54:35
【问题描述】：

我们的 MySQL(Percona Server) 数据库有一个包含 1000 万行的大表，有很多长于 40 秒的慢查询：

  SELECT col1, Seller, col3, col4, Id, col5  
    FROM table1 
   WHERE Seller = 346761 
     AND col1 IN (2, 3, 4) 
     AND col3 = 1  
     AND col4 NOT IN (5,6,7)  
ORDER BY Id DESC 
   LIMIT 0, 20;

我在Seller、col1、col3、col4 上创建了索引。这些索引是单独的，而不是多列索引（AKA 覆盖索引）。 Id 是主键。

EXPLAIN 显示 MySQL 使用主键作为索引查询此 sql，而不是关于卖方的索引。

+----+-------------+------------------+-------+--------------------+---------+---------+------+------+-------------+
| id | select_type | table            | type  | possible_keys      | key     | key_len | ref  | rows | Extra       |
+----+-------------+------------------+-------+--------------------+---------+---------+------+------+-------------+
|  1 | SIMPLE      | trans_audit_list | index | Seller,AuditStatus | PRIMARY | 8       | NULL | 1483 | Using where | 
+----+-------------+------------------+-------+--------------------+---------+---------+------+------+-------------+

当我force index (Seller)时，速度非常快，0.7秒。

我发现如果不使用limit语句，这个查询会使用Seller索引，会非常快。为什么 MySQL 不使用带有限制语句的 Seller 上的索引？

【问题讨论】：

您应该对查询运行 EXPLAIN 并发布结果。
您需要向我们展示表和索引定义。 诊断慢查询需要完整的表和索引定义，而不仅仅是描述或解释。也许您的表格定义不佳。也许索引没有正确创建。也许您认为您在该列上没有索引。没有看到表和索引定义，我们无法判断。如果您知道如何处理EXPLAIN 或获取执行计划，请将结果也放入问题中。
谢谢，我已经在我的问题中发布了 EXPLAIN 结果。

标签： mysql sql database

【解决方案1】：

在ORDER BY DESC + LIMIT 子句is a common problematic situation for mysql 的优化器中添加了多个可能的索引情况，并且强制索引实际上是合法的极少数情况之一。

另请注意，您的子句 IN (...) 给优化器带来了额外的麻烦。

如果您真的不需要它，我建议通过 id ASC 而不是 DESC 进行排序，以便引擎可以利用主键排序的好处，即 ASC，直到进一步实施。

【讨论】：

【解决方案2】：

正如您所遇到的，拥有索引并不意味着它会被使用。这适用于每个数据库——索引选择取决于查询优化器。正如您所尝试的，强制索引并不意味着您将获得最快的结果。

因此，查询缓存可能对您没有帮助 - 查询计划可能会被缓存，因此甚至不考虑索引。

MySQL 每个语句只使用一个索引，因此覆盖索引（多列）是个好主意，但您必须对其进行测试才能确定。

【讨论】：

【解决方案3】：

您在 [Seller] 上的非集群索引可能有太多碎片，并且您的统计数据可能已过时，那么查询优化器可能不会选择最佳查询计划。检查碎片，更新统计信息，或者在卖家上重新构建你的非集群索引，当然如果你也可以为这个查询创建覆盖索引，如果这个查询被用户频繁使用，那么它是值得的。创建覆盖索引时，请确保最终用户最常使用的顺序。就像在您的查询中一样，覆盖索引应该在 [seller->col1->col3->col4]

【讨论】：