数据库优化五 SQL优化之SELECT优化 order by 优化

在使用sql查询数据库的数据时，经常会使用到排序的操作，因此，如果对于排序的

数据，不能用到索引，将是一个很好时间的事情，数据库的解决方法有两个：1、选择

完所有行后，数据较少，用内存来排序;2、数据较大，用硬盘文件排序，这将很耗时，

特别影响性能。

而如果能运用好索引，则会少很多排序的消耗，因为当使用排序时，只根据索引

去顺序读取，然后发送到客户端。

1、当使用排序时，复合索引不需要额外排序的情形

a、对于复合索引时，最前面的列在排序字段中

SELECT * FROM t1  ORDER BY key_part1,key_part2,... 

b、排序的字段不是复合索引的第一个，但where条件包含第一个且为常量

SELECT * FROM t1  WHERE key_part1 = constant  ORDER BY key_part2;

SELECT * FROM t1  WHERE key_part1 > constant  ORDER BY key_part1 ASC;

注：对于复合索引，如果要排序，能用到索引，必须用到复合索引的第一个字段才可以

a、使用不同的索引

SELECT * FROM t1 ORDER BY key1, key2;

SELECT * FROM t1 WHERE key2=constant ORDER BY key_part2;

SELECT * FROM t1 ORDER BY key_part1 DESC, key_part2 ASC;

SELECT * FROM t1 WHERE key2=constant ORDER BY key1;

SELECT * FROM t1 ORDER BY ABS(key);SELECT * FROM t1 ORDER BY -key;

常量表中的索引字段，（第一个非常量表为在EXPLAIN中第一个不是

type为const的类型的表），因为排序只能根据一个表的字段排序，不

能跨表排序

g、使用不同的group by 和order by语句，其实，当你使用group by 语句时

他已经给你排序了。

建议，当数据很大的时候，写group by时，对数据的顺序不关心时，加

上一个order by null减少排序的操作

h、如果使用的排序字段的前面的一部分，也不能用到排序索引，这种情况下

经常会使用文件排序filesort,如有一个字段char(20),但只对前面的10个字节

做了索引了，那么直接排序时，将使用文件排序来达到正确排序

i、使用hash索引时也无法排序使用

j、当对一个索引列重命名后为原来的名字，但后面友想以此来排序，也不能

使用索引，如：

SELECT ABS(a) AS a FROM t1 ORDER BY a;

由于做了别的运算，导致索引已经无法使用了

但改为别的名字就可以用了，如：

SELECT ABS(a) AS b FROM t1 ORDER BY a;