带LIMIT 25的MySQL查询为何反而更慢？

你的问题核心是数据库优化器针对带LIMIT和不带LIMIT的查询，选择了完全不同的执行计划，具体原因如下：

• 执行逻辑顺序差异
  不带LIMIT时，优化器会优先执行WHERE子句的过滤条件（t1.m=4、t1.n>0、t1.date1 > CURRENT_TIMESTAMP），快速排查出没有符合条件的行，直接返回空结果，所以耗时极短。
  而带LIMIT 25加ORDER BY t1.date1 DESC时，优化器可能会选择先通过date1的索引获取排序后的行，再逐条检查是否满足WHERE条件。当t1.m=4对应的数据极少甚至为空时，优化器会持续从索引中取数据、回表验证条件，直到遍历完大量数据才确认没有符合要求的行，这就导致耗时剧增。

• 索引选择的误判
  如果t1.date1存在索引，优化器会认为通过该索引可以快速满足ORDER BY和LIMIT的需求——毕竟取排序后的前25条看起来成本很低。但这个索引不包含m、n字段，所以每取一条都要回表查询m和n的值来判断是否符合过滤条件。这种“先取数后过滤”的逻辑，在无符合条件数据时，会比“先过滤后排序”的逻辑多做大量无用功。

• 空结果的验证成本
  当最终结果为空时，带LIMIT的查询需要彻底验证“不存在任何符合条件的前25条数据”，因此必须遍历足够多的行来确认；而不带LIMIT的查询，只要通过WHERE过滤后发现无数据，就可以直接终止执行，无需处理排序和LIMIT的额外逻辑。

内容的提问来源于stack exchange，提问作者E. Reuter