MySQL SQL优化-重点是 extra

• Distinct:一旦MYSQL找到了与行相联合匹配的行，就不再搜索了。

• Not exists: MYSQL优化了LEFT JOIN，一旦它找到了匹配LEFT JOIN标准的行，就不再搜索了。

• Range checked for each Record（index map:#）:没有找到理想的索引，因此对于从前面表中来的每一个行组合，MYSQL检查使用哪个索引，并用它来从表中返回行。这是使用索引的最慢的连接之一。

• Using index: 列数据是从仅仅使用了索引中的信息而没有读取实际的行动的表返回的，这发生在对表的全部的请求列都是同一个索引的部分的时候。

• Using temporary

   为了解决查询，MySQL需要创建一个临时表来容纳结果。典型情况如查询包含可以按不同情况列出                列的GROUP BY和ORDER BY子句时。

• Using where

   WHERE子句用于限制哪一个行匹配下一个表或发送到客户。除非你专门从表中索取或检查所有行，           如果Extra值不为Using where并且表联接类型为ALL或index，查询可能会有一些错误。

如果想要使查询尽可能快，应找出Using filesort 和Using temporary的Extra值。

1.mysql优化索引――Using filesort

用Explain分析SQL语句的时候，经常发现有的语句在Extra列会出现Using filesort，根据mysql官方文档对他的描述：

MySQL must do an extra pass to find out how to retrieve the rows in sorted order. The sort is done by going through all rows according to the join type and storing the sort key and pointer to the row for all rows that match the WHERE clause.

中文手册上翻译的很别扭：“Mysql需要额外的一次传递，以找出如何按排序顺序检索行，通过根据联接类型浏览所有行并为所有匹配where子句的行保存排序关键字和行的指针来完成排序，然后关键字被排序，并按排序顺序检索行。”

总的来说，Using filesort 是Mysql里一种速度比较慢的外部排序，如果能避免是最好的了，很多时候，我们可以通过优化索引来尽量避免出现Using filesort，从而提高速度。

这里举个简单的例子：

CREATE TABLE `testing` (

  `id` int(10) unsigned NOT NULL auto_increment,

  `room_number` int(10) unsigned NOT NULL default '0',

  PRIMARY KEY   (`id`),

  KEY `room_number` (`room_number`)

) ENGINE=MyISAM

DELIMITER $$

DROP PROCEDURE IF EXISTS  `askwan` $$

CREATE PROCEDURE `askwan` ()

BEGIN

    DECLARE v INT DEFAULT 1;

            WHILE v<100000 DO

                  INSERT INTO testing VALUES(v,v);

                  SET v=v+1;

            END WHILE;

END $$

DELIMITER ;

CALL askwan();

由上面例子中建立的表信息，我已经建立了两个索引，一个主键id，一个room_number列索引

那现在来看一条SQL

SELECT id FROM testing WHERE room_number=1000 ORDER BY id ;

出现了Using filesort，并且用到了room_number这列索引，但是，在这里用到的索引是针对WHERE后面的room_number条件的，而最后面的排序是根据id来的，这就是手册中说的，“额外的一次排序”！，于是就会出现Using filesort，根据我以前写过的一文章，我再建立一个联合索引 room_number_id。

alter table testing add index room_number_id(room_number,id);