如何解释 MySQL EXPLAIN 的输出？

Question

我想从entrytable中选择text列的内容。

EXPLAIN SELECT text
FROM entrytable
WHERE user = 'username' &&
`status` = '1' && (
    `status_spam_user` = 'no_spam'
    || (
        `status_spam_user` = 'neutral' &&
        `status_spam_system` = 'neutral'
    )
)
ORDER BY datum DESC
LIMIT 6430 , 10

该表有三个索引：

• index_user（用户）
• index_datum（基准）
• index_status_mit_spam（status、status_spam_user、status_spam_system）

EXPLAIN 结果是：

id  select_type     table       type    possible_keys                       key         key_len     ref     rows    Extra
1   SIMPLE          entrytable  ref     index_user,index_status_mit_spam    index_user  32          const   7800    Using where; Using filesort

• possible_keys 是 MySQL 可能想要使用的索引，而 keys 是 MySQL 实际使用的索引吗？
• 为什么没有使用索引index_status_mit_spam？在查询中，列的顺序与索引中的相同，...
• 为什么索引index_datum 不用于ORDER BY？
• 如何优化我的表索引或查询？ （上面的查询最多需要 3 秒，表中有大约一百万个条目）

Answer 1

回答您的问题：

• possible_keys 是 MySQL 可能想要使用的索引吗？keys 是 MySQL 实际使用的索引吗？是的，这是正确的。

• 为什么没有使用索引index_status_mit_spam？在查询中，列的顺序与索引中的顺序相同。 SQL 使用表索引的统计信息来确定要使用的索引。 select 语句中的字段顺序对使用哪个索引没有影响。围绕索引的统计信息包括索引的唯一性等信息。可能会使用更多的唯一索引。在此处阅读有关此内容的更多信息：http://dev.mysql.com/doc/innodb/1.1/en/innodb-other-changes-statistics-estimation.html 或此处：http://dev.mysql.com/doc/refman/5.0/en//myisam-index-statistics.html。这些因素决定了 MySQL 如何选择要使用的一个索引。它只会使用 ONE 索引。

• 为什么索引index_datum 不用于ORDER BY？ MySQL 在查询期间只会使用一个索引而不是两个，因为使用第二个索引会进一步减慢查询速度。读取索引不是读取表格。这关系到查询的运行效率。以下是可以解释一些概念的答案：https://dba.stackexchange.com/questions/18528/performance-difference-between-clustered-and-non-clustered-index/18531#18531 或 Adding limit clause to MySQL query slows it down dramatically 或 MySQL indexes and when to group them。这些答案有很多细节，可以帮助您了解 MySQL 索引。

• 如何优化我的表索引或查询？ （上面的查询最多需要 3 秒，表中有大约一百万个条目）。好吧，这里有一个文件排序可能会减慢您的速度。可能是表的索引太多，而 MySQL 选择了错误的索引。

您需要了解索引会加快读取速度并减慢对表的写入速度。所以仅仅添加索引并不总是一个好主意。以上答案和提示应该可以帮助您获得扎实的理解。

Answer 2

• possible_keys 表示表的所有索引（键或索引列）
• MySQL 优化器决定执行查询的最佳方式，它可以使用任何索引（不是必需的主键），也可以不使用
• 要强制 MySQL 使用或忽略可能的键列中列出的索引，请在查询中使用 FORCE INDEX、USE INDEX 或 IGNORE INDEX

• 检查此链接 - http://dev.mysql.com/doc/refman/5.1/en/index-hints.html 。

  您可以通过向提示添加 FOR 子句来指定索引提示的范围。这为优化器为查询处理的各个阶段选择执行计划提供了更细粒度的控制。要仅影响 MySQL 决定如何在表中查找行以及如何处理连接时使用的索引，请使用 FOR JOIN。要影响对行进行排序或分组的索引使用，请使用 FOR ORDER BY 或 FOR GROUP BY。 （但是，如果表有覆盖索引并且用于访问表，优化器将忽略禁用该索引的 IGNORE INDEX FOR {ORDER BY|GROUP BY} 提示。）

• 尝试强制使用不同的索引 - 确定检查此链接 - MySQL `FORCE INDEX` use cases?

• 了解 EXPLAIN 输出格式 - http://dev.mysql.com/doc/refman/5.1/en/explain-output.html