带LIMIT的MySQL查询因ORDER BY前置变慢，如何优化？

• 子查询先过滤再排序
  把过滤逻辑放到子查询里，先筛选出符合l.id=26452的行，再在外层做排序和LIMIT，强制优化器先执行过滤：

  SELECT *
  FROM (
      SELECT col1, col2, ... -- 建议只选需要的字段，避免SELECT *
      FROM your_table
      WHERE l.id = 26452
  ) AS filtered_result
  ORDER BY your_sort_column
  LIMIT 10 OFFSET 0;
  

  子查询会先完成过滤，缩小数据集后再排序，大幅减少排序的行数。

• 创建联合索引引导执行计划
  针对l.id和排序字段创建联合索引，让优化器能直接通过索引完成过滤+排序：

  CREATE INDEX idx_id_sort ON your_table(l.id, your_sort_column);
  

  有了这个索引，优化器可以快速定位到l.id=26452的所有行，而且这些行在索引中已经按排序字段有序，不需要额外排序，直接取LIMIT结果即可，性能提升最明显。

• FORCE INDEX强制走过滤索引
  如果已经有l.id的单独索引，直接强制优化器使用该索引先过滤数据：

  SELECT *
  FROM your_table FORCE INDEX(idx_l_id) -- 替换成你的l.id索引名
  WHERE l.id = 26452
  ORDER BY your_sort_column
  LIMIT 10 OFFSET 0;
  

  这样能避免优化器选择先排序再过滤的执行计划，确保先缩小数据集。

• 临时关闭子查询合并（谨慎使用）
  如果子查询被优化器合并导致还是先排序，可以临时关闭会话级的derived_merge开关：

  SET SESSION optimizer_switch='derived_merge=off';
  

  执行完目标查询后可以再改回默认值，这个设置只影响当前会话，不会全局生效。

内容的提问来源于stack exchange，提问作者Dan Gravell