在某些场景,在不做额外的排序情况下,MySQL 可以使用索引来满足 ORDER BY 子句的优化。虽然 ORDER BY并不完全精确地匹配索引,但是索引还是会被使用,只要在WHERE子句中,所有未被使用的那部分索引(一个索引多个字段的情况)以及所有ORDER BY字段都是一个常量就没问题。下面这些查询语句,使用了索引来对 ORDER BY部分进行优化:
SELECT * FROM t1
ORDER BY key_part1,key_part2,... ;(注意,类似key_part1、key_part2属于同一个联合索引的字段)
SELECT * FROM t1
WHERE key_part1 = constant
ORDER BY key_part2;
SELECT * FROM t1
ORDER BY key_part1 DESC, key_part2 DESC;
SELECT * FROM t1
WHERE key_part1 = 1
ORDER BY key_part1 DESC, key_part2 DESC;
SELECT * FROM t1
WHERE key_part1 > constant
ORDER BY key_part1 ASC;
SELECT * FROM t1
WHERE key_part1 < constant
ORDER BY key_part1 DESC;
SELECT * FROM t1
WHERE key_part1 = constant1 AND key_part2 > constant2
ORDER BY key_part2;
以上查询语句的ORDER BY子句都能够使用索引进行优化排序效率。然而,在某些场景,虽然在WHERE 子句中依然可用索引去匹配的行,但并不能那么幸运的使用上索引去对ORDER BY子句进行优化。下面这些场景就是这种情况:
这个查询语句中,ORDER BY 的字段是两个不同的单独索引:
SELECT * FROM t1 ORDER BY key1, key2;
这个查询语句中,ORDER BY 的字段是联合索引中两个不连续的索引字段(大家知道,联合索引是不能跳开来使用字段的,例如key(column1,column2)这个联合索引,column1,
或column1,column2都使用了索引,然而column2是用不了索引的):
SELECT * FROM t1 WHERE key2=constant ORDER BY key_part2;
这个查询语句中,ORDER BY 混合使用了降序DESC和升序ASC,也是不行的:
SELECT * FROM t1 ORDER BY key_part1 DESC, key_part2 ASC;
这个查询语句中,在WHERE子句中用来检索匹配行的索引与ORDER BY使用的索引不是同一个索引,也不行:
SELECT * FROM t1 WHERE key2=constant ORDER BY key1;
这个查询语句中,ORDER BY 子句使用了一个条件表达式不同于索引字段名称:
SELECT * FROM t1 ORDER BY ABS(key);
SELECT * FROM t1 ORDER BY -key;