MySQL:为什么这个 SQL 查询不使用索引？

Question

我有一个非常简单的 SELECT，它采用文件排序并且不使用索引。

考虑以下查询:

SELECT * FROM forum_topic
WHERE topic_status = 0
ORDER BY modified_date LIMIT 0, 30

下表(删除了几列以使其更加简短)

CREATE TABLE `forum_topic` (
`id` bigint(20) NOT NULL AUTO_INCREMENT,
`slug` varchar(255) NOT NULL,
`forum_id` int(10) NOT NULL DEFAULT '1',
`title` varchar(100) NOT NULL,
`topic_status` tinyint(1) NOT NULL DEFAULT '0',
`post_count` bigint(20) NOT NULL DEFAULT '0',
`modified_date` datetime NOT NULL DEFAULT '0',
  PRIMARY KEY (`id`),
  KEY `slug` (`slug`),
  FULLTEXT KEY `title` (`title`),
  KEY `modified` (`modified_date`, `topic_status`)
) ENGINE=InnoDB DEFAULT CHARSET=utf8;

EXPLAIN 给出以下输出

id  select_type table?      partitions? type?   possible_keys?  key?    key_len?    ref?    rows?   Extra?
1   SIMPLE      forum_topic NULL        ALL     NULL            NULL    NULL    NULL    2075    Using where; Using filesort

请注意解释如何说明 possible_keys 为 NULL，以及在扫描所有行后如何使用文件排序。

请指教。谢谢。

Answer 1

此查询需要 topic_status 出现在索引的最重要位置，因为它正在搜索常量。

你有

   KEY `modified` (`modified_date`, `topic_status`)

你可能想要

   KEY `mod2` (`topic_status`, `modified_date` )

相反。这可能满足过滤器和查询的 ORDER BY ... LIMIT 部分。

专业提示:避免 SELECT * 并枚举您实际需要的列。

专业提示:文件排序并不一定是您所认为的那样。只要 MySQL 需要为排序等构建中间结果集，就会使用它。