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

查询的EXPLAIN显示“使用where;使用索引;使用filesort”。但是，如果我将查询更改为：

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

EXPLAIN显示“使用where;使用索引”。出于某种原因，在第一个查询中使用！=会导致文件排序，但在第二个查询中使用=会导致不使用文件排序。我很好奇发生了什么事情会导致差异？

Answer 1

等于包含，！=是独家的。 MySQL可以更有效地找到包容性结果。

在这种情况下，“使用filesort”实际上是否定的，因为这意味着查询需要使用临时表来排序（表格是文件）然后返回结果..

Answer 2

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

它不能在第一个查询中使用，因为date_sent不是常量（date_sent）。

此处有更多信息：ORDER BY Optimization

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

2 个答案: