【问题标题】：Why isn't MySQL using my indexes when running my query?为什么 MySQL 在运行查询时不使用我的索引？
【发布时间】：2017-02-15 16:24:18
【问题描述】：

我使用的是 MySQL 5.5.37。目前无法升级。我有这张桌子

CREATE TABLE `my_classroom` (
  `ID` varchar(32) COLLATE utf8_bin NOT NULL DEFAULT '',
  `CLASSROOM_NAME` varchar(100) COLLATE utf8_bin NOT NULL,
  `ACCESS_CODE_ID` varchar(32) COLLATE utf8_bin DEFAULT NULL,
  `TEACHER_ACCESS_CODE_ID` varchar(32) COLLATE utf8_bin DEFAULT NULL,
  PRIMARY KEY (`ID`),
  UNIQUE KEY `UK_my_classroom` (`ACCESS_CODE_ID`),
  UNIQUE KEY `UK2_my_classroom` (`TEACHER_ACCESS_CODE_ID`),
  KEY `FK2_my_classroom` (`CLASSROOM_SCHEDULE_ID`),
  CONSTRAINT `FK3_my_classroom` FOREIGN KEY (`TEACHER_ACCESS_CODE_ID`) REFERENCES `my_reg_code` (`ID`) ON UPDATE NO ACTION,
  CONSTRAINT `FK_my_classroom` FOREIGN KEY (`ACCESS_CODE_ID`) REFERENCES `my_reg_code` (`ID`) ON UPDATE NO ACTION
) ENGINE=InnoDB DEFAULT CHARSET=utf8 COLLATE=utf8_bin

注意 ACCESS_CODE_ID 和 TEACHER_ACCESS_CODE_ID 列上的索引。然而，当这个查询运行时（它是由 Hibernate 生成的，这就是为什么它看起来有点奇怪），注意正在发生的全表扫描……

mysql> explain select davesclass0_.id as id1_7_, davesclass0_.ACCESS_CODE_ID as ACCESS_13_7_,
    davesclass0_.CLASSROOM_NAME as CLASSROO7_7_, davesclass0_.TEACHER_ACCESS_CODE_ID as TEACHER15_7_
from my_classroom davesclass0_
left outer join my_reg_code myregcode1_ on davesclass0_.ACCESS_CODE_ID=myregcode1_.ID
left outer join my_reg_code accesscode2_ on davesclass0_.TEACHER_ACCESS_CODE_ID=accesscode2_.ID
where myregcode1_.ACCESS_CODE='ABCDEF' or accesscode2_.ACCESS_CODE='ABCDEF';
+----+-------------+--------------+--------+---------------+---------+---------+-------------------------------------------+---------+-------------+
| id | select_type | table        | type   | possible_keys | key     | key_len | ref                                       | rows    | Extra       |
+----+-------------+--------------+--------+---------------+---------+---------+-------------------------------------------+---------+-------------+
|  1 | SIMPLE      | davesclass0_ | ALL    | NULL          | NULL    | NULL    | NULL                                      | 1914867 |             |
|  1 | SIMPLE      | myregcode1_  | eq_ref | PRIMARY       | PRIMARY | 98      | my_db.davesclass0_.ACCESS_CODE_ID         |       1 |             |
|  1 | SIMPLE      | accesscode2_ | eq_ref | PRIMARY       | PRIMARY | 98      | my_db.davesclass0_.TEACHER_ACCESS_CODE_ID |       1 | Using where |
+----+-------------+--------------+--------+---------------+---------+---------+-------------------------------------------+---------+-------------+

有什么方法可以重写它以返回相同的结果，但让 MySQL 理解使用 my_classroom 表上的索引？

编辑：响应lsemi的建议，MySql的解释计划……

mysql> explain select davesclass0_.id as id1_7_, davesclass0_.ACCESS_CODE_ID as ACCESS_13_7_, davesclass0_.TEACHER_ACCESS_CODE_ID as TEACHER15_7_ from my_classroom davesclass0_ where davesclass0_.ACCESS_CODE_ID in (select myregcode1_.ID from my_reg_code myregcode1_ where myregcode1_.ACCESS_CODE='ABCDEF') or davesclass0_.TEACHER_ACCESS_CODE_ID in (select myregcode2_.ID from my_reg_code myregcode2_ where myregcode2_.ACCESS_CODE='ABCDEF');
+----+--------------------+--------------+------+---------------+------+---------+------+--------+-----------------------------------------------------+
| id | select_type        | table        | type | possible_keys | key  | key_len | ref  | rows   | Extra                                               |
+----+--------------------+--------------+------+---------------+------+---------+------+--------+-----------------------------------------------------+
|  1 | PRIMARY            | davesclass0_ | ALL  | NULL          | NULL | NULL    | NULL | 216280 | Using where                                         |
|  3 | DEPENDENT SUBQUERY | NULL         | NULL | NULL          | NULL | NULL    | NULL |   NULL | Impossible WHERE noticed after reading const tables |
|  2 | DEPENDENT SUBQUERY | NULL         | NULL | NULL          | NULL | NULL    | NULL |   NULL | Impossible WHERE noticed after reading const tables |
+----+--------------------+--------------+------+---------------+------+---------+------+--------+-----------------------------------------------------+

编辑 2： 解释

的计划

mysql> explain select davesclass0_.id as id1_7_, davesclass0_.ACCESS_CODE_ID as ACCESS_13_7_, davesclass0_.TEACHER_ACCESS_CODE_ID as TEACHER15_7_ from mY_classroom davesclass0_ where davesclass0_.ACCESS_CODE_ID in (select myregcode1_.ID from my_reg_code myregcode1_ where myregcode1_.ACCESS_CODE='0008F0'); 
+----+--------------------+--------------+-------+---------------------------+-------------------+---------+-------+--------+-------------+
| id | select_type        | table        | type  | possible_keys             | key               | key_len | ref   | rows   | Extra       |
+----+--------------------+--------------+-------+---------------------------+-------------------+---------+-------+--------+-------------+
|  1 | PRIMARY            | davesclass0_ | ALL   | NULL                      | NULL              | NULL    | NULL  | 216280 | Using where |
|  2 | DEPENDENT SUBQUERY | myregcode1_ | const | PRIMARY,UK_my_reg_code | UK_my_reg_code | 98      | const |      1 | Using index |
+----+--------------------+--------------+-------+---------------------------+-------------------+---------+-------+--------+-------------+
2 rows in set (0.00 sec)

mysql> explain select davesclass0_.id as id1_7_, davesclass0_.ACCESS_CODE_ID as ACCESS_13_7_, davesclass0_.TEACHER_ACCESS_CODE_ID as TEACHER15_7_ from mY_classroom davesclass0_ where davesclass0_.ACCESS_CODE_ID = 'ABCEF';
+----+-------------+-------+------+---------------+------+---------+------+------+-----------------------------------------------------+
| id | select_type | table | type | possible_keys | key  | key_len | ref  | rows | Extra                                               |
+----+-------------+-------+------+---------------+------+---------+------+------+-----------------------------------------------------+
|  1 | SIMPLE      | NULL  | NULL | NULL          | NULL | NULL    | NULL | NULL | Impossible WHERE noticed after reading const tables |
+----+-------------+-------+------+---------------+------+---------+------+------+-----------------------------------------------------+

【问题讨论】：

您是否总是想要 100% 的 my_classroom 记录，即使两个连接都没有返回任何相关记录？我建议在您的问题中添加一个句子来解释查询的结果应该是什么（或当前结果是正确的）和详细信息，以便我们知道您是否真的需要左连接。
如果代码与表中的任何内容都不匹配，则不会返回任何行。它不会按照您上面的建议返回表中的所有行。确实，我不希望返回所有行。

标签： mysql sql indexing full-table-scan

【解决方案1】：

问题在于这种情况：

myregcode1_.ACCESS_CODE='ABCDEF' or accesscode2_.ACCESS_CODE='ABCDEF';

使用 UNION 重写查询：

select davesclass0_.id as id1_7_, davesclass0_.ACCESS_CODE_ID as ACCESS_13_7_,
    davesclass0_.CLASSROOM_NAME as CLASSROO7_7_, davesclass0_.TEACHER_ACCESS_CODE_ID as TEACHER15_7_
from my_classroom davesclass0_
left outer join my_reg_code myregcode1_ on davesclass0_.ACCESS_CODE_ID=myregcode1_.ID
left outer join my_reg_code accesscode2_ on davesclass0_.TEACHER_ACCESS_CODE_ID=accesscode2_.ID
where myregcode1_.ACCESS_CODE='ABCDEF';

UNION

select davesclass0_.id as id1_7_, davesclass0_.ACCESS_CODE_ID as ACCESS_13_7_,
    davesclass0_.CLASSROOM_NAME as CLASSROO7_7_, davesclass0_.TEACHER_ACCESS_CODE_ID as TEACHER15_7_
from my_classroom davesclass0_
left outer join my_reg_code myregcode1_ on davesclass0_.ACCESS_CODE_ID=myregcode1_.ID
left outer join my_reg_code accesscode2_ on davesclass0_.TEACHER_ACCESS_CODE_ID=accesscode2_.ID
where accesscode2_.ACCESS_CODE='ABCDEF';

【讨论】：

查询是通过 Hibernate (JPA 2.1) 生成的，遗憾的是，Hibernate 不支持 UNION，至少，从我读过的内容来看是这样。
@Dave，也许stackoverflow.com/a/18257931/1920758 或stackoverflow.com/a/27569757/1920758 会有所帮助
我希望用一个有效的查询而不是两个来解决这个问题，但如果唯一的方法是执行两个不同的查询，那就这样吧。不过，我想进一步探索一个查询路径。

【解决方案2】：

假设您真的总是想要来自 my_classroom 的每条记录，即使它没有来自两个左连接之一的对应条目，您的查询将从不使用索引来限制 my_classroom别名表davesclass0_

这是因为：

您将其用作左连接的左侧
WHERE 子句中的任何内容都没有使用my_classroom 的索引列来限制它的结果（因为or）

简单的解决方案是将其分成 2 个查询并使用另一个帖子中提到的 UNION。

【讨论】：

你已经很好地重构了这个问题。如何在返回相同数据的同时使该查询性能更好（例如，没有完整的表扫描）？

【解决方案3】：

注意：我假设您只想要那些匹配的记录并且这个数字是小。否则，您将阅读所有内容，因此索引毫无用处。所以，MySQL 不使用它们是正确的。

在这个假设下，我将开始将这些 JOIN 重写为直接 JOIN（而不是 LEFT JOIN），并验证是否存在诸如

之类的索引

CREATE INDEX my_reg_code_ndx ON my_reg_code(ACCESS_CODE);

那么您也许可以使用单个 JOIN（如果单个记录的访问权限和教师访问权限都设置为 ABCDEF 的 ID，结果可能会略有不同）：

JOIN my_reg_code AS mrc ON (mrc.ID = ACCESS_CODE_ID OR mrc.ID = TEACHER_ACCESS_CODE_ID)

或者您也可以将 WHERE 重写为完全不同的查询：

SELECT ... FROM my_classroom AS mc
WHERE mc.ACCESS_CODE_ID IN 
   (SELECT ID from my_reg_code WHERE ACCESS_CODE='ABCDEF')
OR mc.TEACHER_ACCESS_CODE_ID IN (...)

通常 MySQL 在执行每个查询之前运行一个计算，该计算基于查询结构和约束。这意味着某些条件可能认为 MySQL 无法在分配给初始查询研究的几毫秒内进行计算。

此信息的一个来源是 ANALYZE 命令，它会更新索引统计信息。

但这可能还不够，因为如果您执行类似的查询

SELECT * FROM table WHERE indexedfield = value

字段基数的一些估计可以基于该值给出；如果你这样做

SELECT * FROM table WHERE indexfield = FUNCTION(value)

或

SELECT * FROM table WHERE indexfield = SELECT(...)

那么 MySQL 可能不会运行函数或查询，因此无法真正进行外部 SELECT 的分析。在实际运行查询时，函数或 SELECT 将转换为一组值，然后 MySQL 将运行外部查询分析并使用索引。

因此，一个复杂的查询（不是基于 JOIN 的）可能会使用您期望的索引、您不期望的索引，或者根本不使用。

输入提示

您可以建议 MySQL to use a specific index:

SELECT * FROM my_classroom AS mc  USE INDEX (indexToUse)
    WHERE mc.ACCESS_CODE_ID IN (...) ...

您也可以使用 FORCE 代替 USE。

【讨论】：

嗨，我尝试了你的建议（在我的 queiton 中包含 MySQL 解释计划），但它仍然告诉我它正在执行全表扫描，我正在努力避免。
即使我使用表中存在的访问代码（从查询中返回一行），您的子查询优化仍然根据 MySQL 的解释计划进行全表扫描。代码是否在表中，应该不会影响解释计划吧？
我不确定。但在这里我希望使用索引。除非检索其他数据的费用相当或 Mysql 认为如此。 .. 尝试分析表格，并要求解释基于 WHERE ACCESS_CODE=somecode 的选择，而无需其他任何内容。
我在答案中添加了更多解释计划。仍然使用一个子查询进行全表扫描。只需检查代码的 ID 解释计划，就会给我一些奇怪的“阅读 const 表后注意到的地方”消息。
这很奇怪。使用现有的代码 ID，它会显示 不可能在哪里？要么你有一些非常糟糕的 charset juju 正在进行，而且你认为你设置的条件并不是 MySQL 真正得到的条件，或者索引以某种方式损坏了。如果您真正运行查询，它会返回结果吗？

【解决方案4】：

OR -> UNION DISTINCT
摆脱LEFT
去掉不必要的JOINs
缩短别名（以减少混乱）
添加一些索引

类似：

select  c.id as id1_7_, c.ACCESS_CODE_ID as ACCESS_13_7_,
        c.CLASSROOM_NAME as CLASSROO7_7_, c.TEACHER_ACCESS_CODE_ID as TEACHER15_7_
    from  my_classroom AS c
    JOIN  my_reg_code AS r  ON c.ACCESS_CODE_ID = r.ID
    where  r.ACCESS_CODE='ABCDEF'
UNION  DISTINCT 
select  c.id as id1_7_, c.ACCESS_CODE_ID as ACCESS_13_7_,
        c.CLASSROOM_NAME as CLASSROO7_7_, c.TEACHER_ACCESS_CODE_ID as TEACHER15_7_
    from  my_classroom AS c
    JOIN  my_reg_code AS a  ON c.TEACHER_ACCESS_CODE_ID = a.ID
    where  a.ACCESS_CODE='ABCDEF';

索引：

my_reg_code:   INDEX(ACCESS_CODE, ID)  -- (composite)
my_classroom:  INDEX(ACCESS_CODE_ID), INDEX(TEACHER_ACCESS_CODE_ID)  -- (separate)

【讨论】：

与 mnv 的回答类似，我的问题是 Hibernate 无法生成 UNION 查询（我正在使用 JPA 标准生成器）。 mnv 发布了一个链接以帮助将其分解为多个较小的查询，因此我可能最终会这样做，但我想看看是否可以先将其合并为一个查询。
很抱歉，您的第 3 方软件妨碍了您。它应该是帮助，而不是阻碍。