MySQL Explain命令用于查看执行效果

下面让我们设置一个任务：查询category_id为1且comments大于1的情况下，views最多的article_id。

问题很简单，SQL也很简单：

SELECT author_id  
FROM `article`  
WHERE category_id = 1 AND comments > 1  
ORDER BY views DESC 
LIMIT 1 

SELECT author_id
FROM `article`
WHERE category_id = 1 AND comments > 1
ORDER BY views DESC
LIMIT 1

下面让我们用explain命令查看索引效果：

EXPLAIN SELECT author_id  
FROM `article`  
WHERE category_id = 1  
AND comments > 1  
ORDER BY views DESC 
LIMIT 1 

EXPLAIN SELECT author_id
FROM `article`
WHERE category_id = 1
AND comments > 1
ORDER BY views DESC
LIMIT 1

这时explain部分结果如下：

type: ALL
key: NULL
Extra: Using where; Using filesort

显示数据库进行了全表扫描，没有用到索引，并且在过程中文件排序。这样的结果肯定是糟糕的，下面让我们通过建立索引优化一下它：

ALTER TABLE `article` ADD INDEX x ( `category_id` , `comments`, `views` ) ; 

ALTER TABLE `article` ADD INDEX x ( `category_id` , `comments`, `views` ) ;

这时explain部分结果如下：

type: range
key: x
Extra: Using where; Using filesort

虽然不再是全表扫描了，但是仍然存在文件排序。一般来说，文件排序都是由于ORDER BY语句一起的，而我们已经把views字段放到了联合索引里面，为什么没有效果呢？这是因为按照B-Tree的工作原理，先排序category_id，如果遇到相同的category_id则再排序comments，如果遇到相同的comments则再排序views。当comments字段在联合索引里处于中间位置时，因为comments > 1条件是一个范围值，所以导致views部分索引无效。从这个意义上来说，此时的category_id, comments, views联合索引的效果不会比category_id, comments联合索引的效果好。

文件排序是否有问题要视数据分布而定。一般来说应该尽可能避免出现它。可以这样设置索引：

ALTER TABLE `article` ADD INDEX y ( `category_id` , `views` ) ; 

ALTER TABLE `article` ADD INDEX y ( `category_id` , `views` ) ;

这时e

凌众科技专业提供服务器租用、服务器托管、企业邮局、虚拟主机等服务，公司网站：http://www.lingzhong.cn 为了给广大客户了解更多的技术信息，本技术文章收集来源于网络,凌众科技尊重文章作者的版权，如果有涉及你的版权有必要删除你的文章，请和我们联系。以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!