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