3、GROUP BY的优化
在默认情况下，MySQL中的GROUP BY语句会对其后出现的字段进行默认排序（非主键情况），就好比我们使用ORDER BY col1,col2,col3…所以我们在后面跟上具有相同列（与GROUP BY后出现的col1,col2,col3…相同）ORDER BY子句并没有影响该SQL的实际执行性能。那么就会有这样的情况出现，我们对查询到的结果是否已经排序不在乎时，可以使用ORDER BY NULL禁止排序达到优化目的。下面使用EXPLAIN命令分析SQL。Java知音公众号内回复“面试题聚合”，送你一份面试题宝典在user_1中执行select id, sum(money) form user_1 group by name时，会默认排序（注意group by后的column是非index才会体现group by的排序，如果是primary key，那之前说过了InnoDB默认是按照主键index排好序的）
mysql> select*from user_1; +----+----------+-------+ | id | name | money | +----+----------+-------+ | 1 | Zhangsan | 32 | | 2 | Lisi | 65 | | 3 | Wangwu | 44 | | 4 | Lijian | 100 | +----+----------+-------+ 4 rows in set
不禁止排序，即不使用ORDER BY NULL时：有明显的Using filesort。
当使用ORDER BY NULL禁止排序后，Using filesort不存在
4、ORDER BY 的优化
MySQL可以使用一个索引来满足ORDER BY 子句的排序，而不需要额外的排序，但是需要满足以下几个条件：
（1）WHERE 条件和OREDR BY 使用相同的索引：即key_part1与key_part2是复合索引，where中使用复合索引中的key_part1
SELECT*FROM user WHERE key_part1=1 ORDER BY key_part1 DESC, key_part2 DESC;
（2）而且ORDER BY顺序和索引顺序相同：
SELECT*FROM user ORDER BY key_part1, key_part2;
（3）并且要么都是升序要么都是降序：
SELECT*FROM user ORDER BY key_part1 DESC, key_part2 DESC;
但以下几种情况则不使用索引：
（1）ORDER BY中混合ASC和DESC：
SELECT*FROM user ORDER BY key_part1 DESC, key_part2 ASC;
（2）查询行的关键字与ORDER BY所使用的不相同，即WHERE 后的字段与ORDER BY 后的字段是不一样的
SELECT*FROM user WHERE key2 = ‘xxx’ ORDER BY key1;
（3）ORDER BY对不同的关键字使用，即ORDER BY后的关键字不相同
SELECT*FROM user ORDER BY key1, key2;
