0

使用 MySQL 5.5.28 版，

我有一个这样定义的表：

CREATE TABLE IF NOT EXISTS `groups` (
  `id` int(10) unsigned NOT NULL AUTO_INCREMENT,
  `name` varchar(80) NOT NULL,
  `desc` text NOT NULL,
  `permissions` varchar(80) NOT NULL,
  PRIMARY KEY (`id`)
) ENGINE=MyISAM  DEFAULT CHARSET=latin1 ;

如您所见，这非常简单。我在 id 字段上有一个主键。现在，我使用如下方式查询它：

SELECT permissions FROM groups WHERE id IN ('9', '8', '6','14','11','7','5');

不幸的是，它拒绝使用密钥，并显示在我的慢查询日志中。

对其执行 EXPLAIN 可提供：

mysql> EXPLAIN SELECT permissions FROM groups WHERE id IN ('9', '8', '6','14','11','7','5');
+----+-------------+--------+------+---------------+------+---------+------+------+-------------+
| id | select_type | table  | type | possible_keys | key  | key_len | ref  | rows | Extra       |
+----+-------------+--------+------+---------------+------+---------+------+------+-------------+
|  1 | SIMPLE      | groups | ALL  | PRIMARY       | NULL | NULL    | NULL |   16 | Using where |
+----+-------------+--------+------+---------------+------+---------+------+------+-------------+
1 row in set (0.00 sec)

它在整个表中只有不到 20 行，所以我明白为什么它不太可能使用索引。但是，为什么这会是 MySQL 的“慢查询”？

4

1 回答 1

5

对于少量行，完全扫描几乎总是访问表的最快方式。此外，选择性很重要——即使 id 是唯一的，查询也会返回大约 30% 的行（假设您有 20 行）。它出现在慢查询日志中不是因为它很慢，而是因为它不使用索引（它应该是控制该行为的一个选项，我只是不记得它从我的头顶上）

更新我刚刚仔细检查，选项是log-queries-not-using-indexes

于 2012-12-11T20:04:22.407 回答