首先，只有在order by 數(shù)據(jù)列的時候才可能會出現(xiàn)using filesort，而且如果你不對進行order by的這一列設(shè)置索引的話，無論列值是否有相同的都會出現(xiàn)using filesort。因此，只要用到order by 的這一列都應(yīng)該為其建立一個索引。
SELECT * FROM DB.TB WHERE ID=2222 AND FID IN (9,8,3,13,38,40) ORDER BY INVERSE_DATE LIMIT 0, 5 里面建立的索引為一個三列的多列索引：IDX（ID,FID ,INVERSE_DATE） 。INVERSE_DATE這個是時間的反向索引。
對于這個sql我當(dāng)時最開始認(rèn)為應(yīng)該是個優(yōu)化好的狀態(tài)，應(yīng)該沒有什么紕漏了，結(jié)果一explain才發(fā)現(xiàn)竟然出現(xiàn)了：Using where; Using filesort。
為什么呢，后來經(jīng)過分析才得知，原來在多列索引在建立的時候是以B-樹結(jié)構(gòu)建立的，因此建立索引的時候是先建立ID的按順序排的索引，在相同ID的情況下建立FID按 順序排的索引，最后在FID 相同的情況下建立按INVERSE_DATE順序排的索引，如果列數(shù)更多以此類推。有了這個理論依據(jù)我們可以看出在這個sql使用這個IDX索引的時候只是用在了order by之前，order by INVERSE_DATE 實際上是using filesort出來的。。汗死了。。因此如果我們要在優(yōu)化一下這個sql就應(yīng)該為它建立另一個索引IDX（ID,INVERSE_DATE），這樣就消除了using filesort速度也會快很多。問題終于解決了。
