使用覆盖索引、匹配索引排序方向、避免大OFFSET扫描和减少排序数据量可优化ORDER BY LIMIT查询。1. 建立包含SELECT字段和排序字段的联合索引，避免回表；2. 确保ORDER BY顺序与索引一致，利用索引有序性跳过排序；3. 用游标分页替代LIMIT offset, size，通过上一页末尾值定位下一页；4. WHERE条件过滤尽量利用索引，避免函数表达式导致索引失效，减少参与排序的数据量。合理设计索引并结合业务采用keyset分页能显著提升性能。
在MySQL中，ORDER BY LIMIT 是常见的查询模式，尤其在分页场景中使用频繁。如果处理不当，这类查询可能引发性能问题，比如全表扫描、大量排序操作或临时表使用。优化的关键在于减少排序数据量、避免文件排序（filesort）并合理利用索引。
1. 使用覆盖索引避免回表
当查询的字段都能从索引中获取时，MySQL无需回表查询主表数据，这种索引称为覆盖索引。对于 ORDER BY LIMIT 查询，尽量让索引包含排序字段和 SELECT 字段。
例如有如下查询：
SELECT id, name, create_time FROM users ORDER BY create_time DESC LIMIT 10;为 create_time 单独建索引不够高效，因为还需要回表取 id 和 name。应建立联合索引：
CREATE INDEX idx_ct_name_id ON users(create_time, name, id);这样索引本身就包含了所有需要的数据，执行效率更高。
2. 确保索引支持排序顺序
MySQL 能利用索引的有序性避免额外排序。如果 ORDER BY 的字段顺序与索引一致，并且排序方向匹配（ASC/DESC），就能直接使用索引顺序。
注意：MySQL 8.0 之前不支持混合排序方向的索引扫描（如 (col1 ASC, col2 DESC)），所以建议统一排序方向。
示例：
SELECT * FROM orders WHERE status = 'paid' ORDER BY created_at DESC LIMIT 20;应建立索引：
CREATE INDEX idx_status_created ON orders(status, created_at DESC);
这个复合索引既过滤数据又支持倒序排序，可显著提升性能。
3. 避免 OFFSET 过大导致的性能问题
使用 LIMIT 10000, 10 这类大偏移分页时，MySQL 仍需扫描前 10000 条记录，效率低下。
优化方法是采用游标分页（keyset 分页），利用上一页最后一条记录的排序值作为下一页起点。
例如：
SELECT id, title FROM articles WHERE created_at < '2024-01-01 10:00:00' ORDER BY created_at DESC LIMIT 10;前提是 created_at 字段有索引，并且能唯一标识位置（或配合主键去重）。这种方式跳过大量无效扫描，性能更稳定。
4. 减少排序数据量
如果 WHERE 条件无法有效利用索引，MySQL 会先取出所有匹配行再排序，容易触发磁盘临时表。
优化策略包括：
- 在 WHERE 中添加高选择性的过滤条件，缩小参与排序的数据集
- 避免在 ORDER BY 中使用函数或表达式，这会导致索引失效
- 控制返回字段数量，只查必要字段，减少排序开销
基本上就这些。关键点是让索引同时支持过滤和排序，避免 filesort 和大 offset 扫描。合理设计索引结构，结合业务使用游标分页，能大幅提升 ORDER BY LIMIT 查询性能。
