mysql优化（四）mysql优化索引--Using filesort

Myth丶恋晨 2022-06-12 13:51 260阅读 0赞

主要思路：解决order by 引起的排序无法索引的问题。解决方法，将所有查询条件字段和排序字段创建联合索引。

ex：

explain SELECT    
 a.valid,  
 c. NAME AS bankname,  
 d.paraName AS state,  
 e.\`name\` AS username,  
 a.jhstatus,  
 a.moneybalance,  
 f.bizname,  
 b.phone\_self2 AS phoneSelf2   
FROM  
 \`case\`.t\_case\_jhs123\_head a  
LEFT JOIN \`case\`.t\_case\_jhs123\_details b ON a.caseid = b.caseid  
LEFT JOIN golddb.t\_bank c ON a.bankid = c.bankcode  
LEFT JOIN golddb.t\_basedata d ON a.state = d.id  
LEFT JOIN zwy.zwy\_user e ON a.userid = e.id  
LEFT JOIN golddb.t\_biz\_type f ON a.biztype = f.bizcode  
WHERE  
 (a.userid IN(3505))  
AND a.allot = 1  
AND a.state = '38'  
AND a.onhandstatus = 0  
ORDER BY  
 a.money DESC  
LIMIT 0,  
 30;

执行计划：

![Center][]

此处的using temporary是临时表 由distinct引起这里直接删除distinct 。

添加联合索引：

ALTER table t\_case\_jhs123\_head add index (userid,allot,state,onhandstatus,money);

执行结果：

![Center 1][]

使用了联合索引。

以下是理论及案例：

原文地址：http://blog.csdn.net/yangyu112654374/article/details/4251624

用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][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 DEFAULT CHARSET=latin1

写个存储过程askwan，插入10万条[测试][Link 1]数据

mysql> DELIMITER $$

DROP PROCEDURE IF EXISTS \`askwan\`.\`askwan\`

CREATEPROCEDURE‘askwan‘.‘askwan‘()BEGINDECLAREvINTDEFAULT1;WHILEv<100000;DOINSERTINTOtestingVALUES(v,v);SETv=v\+1;ENDWHILE;END

mysql> DELIMITER ;

mysql> CALL askwan();  
Query OK, 1 row affected (13.21 sec)

OK,数据准备好了，开始试验。  
  
由上面例子中建立的表信息，我已经建立了两个索引，一个主键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);

在来分析一下

现在Using filesort不见了。  
  
总结一下：    
   1.一般有order by语句，在索引加得不当的情况下，都有可能出现Using filesort，这时候就要对SQL语句和索引进行优化了，但是，并不是说出现Using filesort就是个严重的问题，不是这样的，此次举的例子比较极端，几乎不太可能出现这么傻瓜的查询，优化和不优化，要看它是不是影响了业务性能。  
   2. 从上面可以看到联合索引，也可以叫多列索引，形如 key ('A1','A2','A3' ,'A4')等的，排序的思路一般是，先按照A1来排序，A1相同，然后按照A2排序，以此类推，这样对于（A1）,(A1,A2),(A1,A2,A3)的索引都是有效的，但是对于（A2,A3）这样的索引就无效了。

[Center]: /images/20220612/0a94d76675b04e77a46bd16a84ccb7ef.png
[Center 1]: /images/20220612/b66c59618d7444518c7a649ddd52cba1.png
[MySQL]: http://lib.csdn.net/base/mysql
[Link 1]: http://lib.csdn.net/base/softwaretest