在子句使用Filesort的地方不等于，但是Equals不是。为什么？

Question

我正在改造我的网站的内部邮件系统，我遇到了一些我不明白的事情。下面是几个表：

CREATE TABLE `mails` (
    `id` bigint(12) unsigned not null auto_increment,
    `recipient_id` mediumint(8) unsigned not null,
    `date_sent` datetime not null,
    `status` enum('unread', 'read', 'deleted') default 'unread',
    PRIMARY KEY(`id`),
    INDEX(`recipient_id`, `status`, `date_sent`),
    CONSTRAINT FOREIGN KEY (`recipient_id`) REFERENCES `members` (`id`) ON DELETE CASCADE
) ENGINE=InnoDB;

CREATE TABLE `mail_contents` (
    `mail_id` bigint(12) unsigned not null,
    `sender_id` mediumint(8) unsigned not null,
    `subject` varchar(150) default '',
    `content` text not null,
    CONSTRAINT FOREIGN KEY (`sender_id`) REFERENCES `members` (`id`) ON DELETE CASCADE,
    CONSTRAINT FOREIGN KEY (`mail_id`) REFERENCES `mails` (`id`) ON DELETE CASCADE
) ENGINE=InnoDB;

下面是查询：

SELECT *
FROM mails AS m
LEFT JOIN mail_contents AS mc ON mc.mail_id = m.id
WHERE recipient_id = 66
AND status != 'deleted'
ORDER BY date_sent DESC
LIMIT 40\G

查询的解释显示“使用where；使用索引；使用文件排序”。但是，如果我将查询更改为：

SELECT *
FROM mails AS m
LEFT JOIN mail_contents AS mc ON mc.mail_id = m.id
WHERE recipient_id = 66
AND status = 'sent'
ORDER BY date_sent DESC
LIMIT 40\G

解释显示"Using where；Using index“。由于某些原因，在第一个查询中使用!=会导致文件排序，但在第二个查询中使用=不会使用文件排序。我很好奇引擎盖下发生了什么会造成这种差异？

Answer 1

Equals是包含的，而!=是排他的。对于MySQL来说，查找包含结果的效率更高。

在这种情况下，"Using filesort“实际上是负的，因为它意味着查询需要使用临时表进行排序(表就是文件)，然后返回结果。

Answer 2

在第二个查询中使用INDEX(recipient_id, status, date_sent)进行排序，因为前两列是固定的，而order by使用的是第三个date_sent => no filesort

因为status不是常量(!= 'deleted')，所以不能在第一个查询中使用它。

更多信息请点击此处：