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 的规则。