已建seq索引仍用filesort，如何优化该SQL？（不建覆盖索引）

• 强制指定使用seq索引：直接在查询里用FORCE INDEX强制数据库走seq的索引，跳过优化器的错误判断。示例SQL：

  select id, col1,col2,col3,seq 
  from `table` FORCE INDEX(你的seq索引名)
  order by seq asc
  

  注意：强制索引不是万能的，得实际跑一下看性能，某些数据分布下可能反而变慢。

• 更新表的统计信息：如果数据库的统计信息过时，优化器会算错成本，导致不用索引。手动更新一下，比如MySQL里执行ANALYZE TABLE table;，让优化器重新评估索引价值。

• 拆分查询分步执行：先靠seq索引把排序后的id查出来，再根据id回表取数据。这样第一部分完全用索引排序，不会触发filesort。示例：

  -- 第一步：拿到排序后的id列表
  select id from `table` order by seq asc;
  -- 第二步：根据id查完整数据（id太多的话用JOIN更稳妥）
  select t.id, t.col1, t.col2, t.col3, t.seq
  from (select id from `table` order by seq asc) sorted_ids
  join `table` t on sorted_ids.id = t.id;
  

• 调大排序缓冲区：如果filesort不可避免，就增大sort_buffer_size参数（以MySQL为例），让排序在内存里完成，不用写磁盘。这个参数可以会话级临时调，也可以全局设置，注意别超服务器内存上限。

• 检查索引和字段有效性：确认seq字段没隐式类型转换（比如查询时用了不同类型的值），索引也没损坏。可以用SHOW INDEX FROM table;看索引状态，要是索引有问题，就删了重建：

  ALTER TABLE `table` DROP INDEX 你的seq索引名;
  ALTER TABLE `table` ADD INDEX 你的seq索引名(seq);
  

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