MySQL 的 LIMIT 查询优化

原文地址（没有进行严格的翻译） https://dev.mysql.com/doc/ref...

当查询语句中存在 LIMIT N 同时没有 HAVING 子句时，MySQL 可能会做下面的优化：

1. 如果 N 很少，那么 MySQL 通常更有可能做全表扫描，而不是走索引。
2. 如果 LIMIT N 和 ORDER BY 组合起来用，那么 MySQL 不会对整个查询结果集排序，而是在找到满足条件的 N 条记录后就停止对剩余的记录排序。如果排序是通过索引来进行的话，这会非常快。否则的话，如果出现 filesort 的情形，那么所有满足条件的记录都会被选取参与排序，排序过程依然是找到满足条件的 N 条记录后停止。
3. 如果 LIMIT N 和 DISTINCT 组合起来用，那么 MySQL 会在找到 N 条不重复的结果后停止。
4. 当 LIMIT N 和 GROUP BY 组合起来用时，如果 MySQL 能够按索引的顺序扫描记录（或者根据索引排序来扫描记录），那么在找到 N 条记录后，MySQL 不会再继续计算后面的 GROUP BY 结果了。
5. 如果 SQL 中没有加上 SQL_CALC_FOUND_ROWS 限制，那么 MySQL 在扫描到 N 条满足条件的记录后就会终止查询。
6. LIMIT 0 会马上返回一个空结果。这个做法可以用来：1）检查查询语句的合法性；2）不执行查询的前提下获得查询结果的字段属性。
7. 如果 LIMIT N 和 ORDER BY 组合起来用但是后者没有用到索引，那么 MySQL 有可能依靠内存中 filesort 操作来避免文件合并。
8. 注意：在包含 ORDER BY 的查询语句中，有没有 LIMIT N 会导致返回结果的顺序存在差异，虽然两种情况下返回的结果顺序一定会遵守 ORDER BY 的规则。